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Digitale Langzeitarchivierung hat die Erhaltung digitaler Objekte in einem sich standig 
andernden Umfeld zum Ziel. Obwohl ein hoher Aufwand betrieben werden muss, um die 
digitalen Objekte verfugbar zu halten, ergibt sich langfristig ein groBer Nutzen. Digitale 
Objekte konnen gleichzeitig von mehreren Nutzern aus dem digitalen Archiv abgerufen 
werden, die Benutzung in modernen Retrievalumgebxmgen ist z.B. durch Standardisierung 
von HTML- und XML-Code nach den Empfehlungen des W3C-Consortiums und Web- 
Technologien wie Flash- Animationen komfortabel geworden. Dem Benutzer muss seitens des 
digitalen Archivs zugesichert werden, dass die abgerufenen Objekte dem Original in analoger 
oder digitaler Form entsprechen. Die Erhaltung von digitalen Objekten funktioniert auf Dauer 
nicht ohne Eingriffe am Objekt. Diese in standardisierten Metadaten zu dokumentieren, ist 
Pflicht des digitalen Archivs. Nicht nur die Nutzungsumgebung fur digitale Objekte andert 
sich, Metadatenstandards entwickeln sich ebenfalls weiter. Viele enthalten spezifische 
Informationen zum Objekt und dessen Abspielumgebung wie Technical-, Content - 
Preservation - und Structural Metadata. Metadaten haben mehr Potential, als nur archivintern 
fur die Langzeitarchivierung eingesetzt zu werden. Jenseits von Metadatenstandards wie 
Dublin Core sind eine Reihe weiterer Metadatenstandards fur unterschiedliche digitale 
Objekte erarbeitet worden. Sie alle haben individuelle Schwerpunkte und Vorzuge. So konnen 
sie bei geeigneter Implementierung von OAIS-spezifischen ^ccew-Funktionen dem Nutzer 
wertvolle Dienste leisten, indem sie Authentizitat und Integritat des digitalen Objekts 
nachweisen. Uber Access-Reports lasst sich die Transparenz bei der Nutzung von digitalen 
Archiven erheblich verbessern. 

Das hochste Ziel von digitalen Archiven besteht in der Erhaltung und Aktualisierung von 
digitalen Objekten. 

Eine weitere Automatisierung archivinterner Prozesse bei mehr Nutzungskomfort, erhohter 
Transparenz und interaktiver Einbindung der Benutzer bei der Verwendung von digitalen 
Objekten wird angestrebt. 
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Einleitung 

Die vorliegende Arbeit beschaftigt sich mit der Entwicklung eines Access-Reports in der 
digitalen Langzeitarchivierung. 

Angesichts der rasant ansteigenden Zahl von Digitalisierungsprojekten, der Einfuhrung 
von universitaren e-doc-Servern fur Hochschulschriften und dem Trend zum 
elektronischen Publizieren wird die digitale Langzeitarchivierung zu einem 
Basisinstrument fur das Bewahren von digitalem Kulturgut. ! Langst schon sind nicht nur 
Bibliotheken Initiatoren von digitalen Langzeitarchivierungsprojekten. Museen und 
Archive gehen ebenfalls zur Aufbewahrung digitaler Objekte uber. Archive, Bibliotheken 
und Museen arbeiteten bisher gemaB ihrer Tradition meistens getrennt voneinander, 
obwohl sie sich in einigen Bereichen ihrer Arbeit uberschneiden. Ihre Charakteristik wird 
kurz beleuchtet, um aufzuzeigen, dass ihre Unternehmungen in Bezug auf digitale 
Langzeitarchivierung nicht mehr getrennt voneinander betrachtet werden sollten. Die 
folgende statistische Angabe hebt die Relevanz von digitaler Langzeitarchivierung hervor: 
Im Jahr 2005 sind 2 700 Petabyte Datenbestand in den digitalen Archiven von 
Einrichtungen der weltweiten rnformationsinfrastruktur ermittelt worden. 2010 wird das 
Datenaufkommen weltweit auf 27 200 Petabyte geschatzt. Diese Zahlen beziehen sich 
nicht nur auf Hochschulen und Forschungseinrichtungen, sondern auch auf Bibliotheken, 
Archive und Museen. 

,,'Langzeit' ist die Umschreibung eines nicht naher fixierten Zeitraumes [...] 
Langzeitarchivierung digitaler Objekte umfasst alle MaBnahmen, die dazu dienen, digitale 
Objekte fur die Nachwelt dauerhaft zu erhalten. Der Begriff ist eng verwandt mit 
Langzeitverfugbarkeit, die jedoch die dauerhafte Benutzbarkeit mehr in den Vordergrund 
stellt. Gangige LZA-Strategien sind Emulation und Migration." 4 



1 siehe Charta zur Bewahrung des digitalen Kulturerbes, Artikel 1. 

2 Scheffel, S. 143 

3 Archive storage system design, S. 379 

4 nestor Ratgeber media - Glossar 



Eine zweite Definition macht bereits deutlich, dass die digitale Langzeitarchivierung iiber 
den Erhalt des eigentlichen digitalen Objekts hinausgeht. 

„Digital preservation comprises two aspects: bit preservation which is the ability to access 
the bits of the digital record, and logical preservation, which is the ability to use and 
understand the data in the future. In addition, logical preservation must support tracking the 
provenance of a record and ensuring its authenticity and integrity." 5 

Neuere Erkenntnisse zeigen auf, dass die digitale Langzeitarchivierung des Bitstreams 
eines digitalen Objekts gut abgesichert ist, die Metadatenerhebung und ihre Pflege aber 
noch weitgehend ungelost sind. 6 Beide Bereiche sind fur die Langzeitarchivierung 
unerlasslich. Digitale Langzeitarchivierung umfasst zwei Aspekte: Bitstreampreservation, 
welche den Zugang zu den kleinsten digitalen Dateneinheiten - den Bits - erlaubt und 
logical preservation, welches das Interpretieren und Verstehen der Daten zukunftig 
ermoglicht . 

Auf den Begriff des digitalen Objekts wird an anderer Stelle genauer eingegangen . Vorab 
soil zum besseren Verstandnis folgende Definition gegeben werden: 

Ein digitales Objekt ist „eine abgegrenzte Menge digitaler Daten. Ein digitales Objekt 
definiert sich im vorliegenden Kontext entweder durch den Transport von Inhalten 
(Informations gehalt) und/oder durch die mit ihm erreichbare Funktionalitat (Programm). 
Digitale Objekte werden auf Datentragern oder iiber Netzwerke verteilt". 9 

Samtliche Einrichtungen, die sich mit der Archivierung von digitalen Objekten befassen, 
mussen ein geeignetes digitales Archiv aufbauen. Hierfur ist in der Theorie schon ein 
Modell entworfen worden, das auf abstrakter Ebene die Funktionalitaten eines digitalen 
Archivs beschreibt. Das OAIS-Modell 10 (Open Archival Information System) ist 
urspriinglich von dem Consultative Committee for Space Data Systems (CCSDS) 11 
entworfen worden. Das CCSDS ist eine internationale Raumfahrtorganisation mit Sitz in 



5 Preservation Data Stores, S. 389-390 



6 ebd. S. 390 

7 ebd. S. 389 

8 vgl. Kap. 1 Rahmenbedingungen digitaler Archive, S. 16-17 der vorliegenden Arbeit 

9 nestor Ratgeber media - Digitale Objekte 

10 ISO Standard 14721:2003 

11 siehe CCSDS 



Washington (DC). Da das Modell international erfolgreich implementiert worden und als 
ISO-Norm standardisiert ist, hat sich hieraus eine Grundlage fur digitale Archive 
entwickelt. Das Modell beschreibt einen Archivaufbau, der den Risiken, denen digitale 
Objekte unterliegen, Rechnung tragt. Ohne planvolles, standardisiertes Vorgehen bei der 
Langzeitarchivierung digital er Objekte droht ihr endgultiger Verlust. 
Ein groBes Hindernis bei der digitalen Langzeitarchivierung ist das Phanomen sich 
weiterentwickelnder Dateiformate, insbesondere der Software, und ebenfalls sich 
andernder Hardwareumgebungen. Bei einem Wechsel von Betriebssystemen, 
Zugangssoftware, wie z. B. Viewern, Playern, Abspielumgebungen usw., droht der Zugang 
zu den digitalen Objekten verloren zu gehen. Der Datenstrom muss von 
Computerprogrammen interpretiert werden konnen, um ihn in eine fur den Menschen 
verstandliche Form zu bringen. Im Mittelpunkt eines Nutzungsprozesses von digitalen 
Archiven steht der Mensch. Typische Situationen des Datenzugriffs z.B. sind folgende: 
der Leser in einer Bibliothek, der auf PDF-Dateien von Datenbanken zugreifen 
mochte 

der Archivar, welcher eine elektronische Akte auswerten mochte 
der Museumsbesucher, der sich uber den Bestand an Gemalden informieren mochte 
die Offentlichkeit, die digitale Kunstwerke zuriicklie gender Festivals eines 
Kunstlerwetfbewerbs multimedial erfahren will 

Diese Liste von potentiellen Nutzern sowie die der Nutzungsszenarien scheint 
unerschopflich zu sein: Versicherungen, Banken, Wirtschaftsunternehmen und 
Krankenhauser miissen ihren Bestand an digitaler Information erhalten und sicherstellen, 
dass nutzungsberechtigte Personen Zugriff auf die archivierten digitalen Objekte und deren 
enthaltener Information haben. 



12 Unter der mannlichen Form wird fortan stets auch die weibliche verstanden. Fur eine bessere Lesbarkeit des 
Textes wird jedoch nur die mannliche Form genannt. 

10 



In dieser Arbeit steht die Nutzung von archivierten digitalen Objekten im Vordergrund - 
dem ist auch ein spezieller Prozessbaustein im OAIS-Modell gewidmet: der Access. 

Access Functional Entity: The OAIS functional entity that contains the services and 
functions which make the archival information holdings and related services visible to 
Consumers. 

Der Access besteht nicht nur aus der Auslieferung der Informationseinheiten DIPs 
(Dissemination Information Packages), sondern integriert auch Such- (Retrieval)- 
Funktionen, Informationen zur Darstellung der DIPs und ein Zugangsrechte- 
Verwaltungssystem. 14 

Bibliotheken, Archive und Museen nutzen zunehmend das Internet zur Bereitstellung von 
Informationen und zur Navigation in elektronischen Bibliothekskatalogen (OPACS) 15 , 
Findbuchern, Bildergalerien und anderen Findmitteln. Einerseits gibt es zahlreiche 
Retrodigitalisierungsprojekte, in denen urspriinglich analog vorliegendes Material 
digitalisiert wird, andererseits entstehen in diesen Einrichtungen immer mehr originar 
digitale Objekte, sogenannte „digital borns". Die Objektarten werden dabei immer 
komplexer. Lange schon ist das PDF-Dokument etabliert; Bilddateien, Videostreams und 
interaktive Objekte kommen hinzu. Sie alle benotigen eine auf ihr Format und ihre 
Technologie abgestimmte Archivierung und haben beim Access ebenfalls jeweils 
spezifische Anforderungen sowohl an die Nutzer als auch an die archivierende 
Einrichtung. 

Der Schwerpunkt der vorliegenden Untersuchung liegt auf der aktuellen Entwicklung des 
Access. Davon ausgehend wird der Fragestellung nachgegangen, welche Kriterien fur die 
zukunftige Entwicklung des Access zu beriicksichtigen sind. 
Die Arbeit ist in drei Teile gegliedert. 

Im ersten theoretischen Teil werden die Rahmenbedingungen digitaler Archive vorgestellt, 
um einen Einblick in den Alltag der digitalen Langzeitarchivierung und den damit 
verbundenen Problemstellungen zu gewahren. Desweiteren werden Ziele und Methoden 
vorgestellt, die eine systematische Befragung von Experten ausgewahlter Einrichtungen 



Reference Model for an Open Archival Information System (OAIS): pink book, S. 1-7 
ebd. siehe Access Rights Information 



15 Online Public Access Catalogue 

11 



ermoglichen. Prozesse im OAIS-Modell werden vorgestellt, da sie die Grundlage zum 
reibungslosen Ablauf digitaler Langzeitarchivierung bilden. 

Der zweite Teil der Arbeit besteht in der Informationsgewinnung mittels 

Experteninterviews und deren Auswertung. 

Vier informationsvermittelnde Einrichtungen sind aufgrund ihrer Heterogenitat und ihrer 

ausgewiesenen Kompetenzen ausgewahlt worden. Ihre Vertreter wurden telefonisch 

befragt, um im problemzentrierten Interview 16 Informationen zur Gestaltung des Access zu 

geben 17 . 

Im Fokus dabei stehen die jahresaktuelle Entwicklung ihrer digital en Archive, die 

Gestaltung des Nutzungszuganges zu digitalen Objekten sowie deren Klassifikation und 

Charakteristik. 

Das Gesprachsmaterial wurde transkribiert. Zur Auswertung wurden themenzentrierte 

Cluster gebildet und Textpassagen aus den Transkripten extrahiert. 19 Die Aussagen der 

Gesprachspartner bezuglich der Moglichkeiten des digitalen Archivs wurden anhand des 

Theoriedesigns des OAIS-Archivs von der CCSDS reflektiert. 

Im dritten Teil werden sachliche Uberlegungen zu weiteren Interpretations- und 
Gestaltungsmoglichkeiten des Access ebenso dargelegt wie die benutzerzentrierte 
Ausweitung der Funktion speziell beim Abruf eines DIPs. 

Ein Access-Report in Anlehnung an die Metadatenstandards PREMIS und Dublin Core 
wird simuliert. Er zeigt eine Moglichkeit auf, aus welchen Metadatenbestanden die 

? 1 

einzelnen Reportfelder erstellt werden konnen. 

Die Datenmodellierung erfolgt in XML und steht als Datei auf einer CD zur Verfugung. 

Es werden die Bedurfnisse der archivierenden Einrichtungen auf der einen Seite und die 

der Nutzer auf der anderen Seite verdeutlicht. 

Dabei wird die Bedeutung des Prc-Ingest fur die Erhebung von Metadaten ebenso 

untersucht wie die Steigerung der Transparenz durch die Erstellung eines Access-Reports. 



u> 



17 



IS 



19 



siehe Diekmann, S. 542 

vgl. Kapitel 2 in der vorliegenden Arbeit: Ziele und Methoden, S. 19 ff. 

siehe Transkripte, Anhang 2.1*-2.4* . Zum Vorgehen siehe Froschauer, S. 68 

siehe Auswertungen der Transkripte nach gesonderten Fragestellungen, Anhang 3.1-3.6 

siehe Anlage 2.3 XML Datei Digitales Archiv, Anhang 4.2 Nachweis iiber Kompatibiliti 

PREMIS 2.0 und Dublin Core 1.1, Adresse des digitalen Archivs und Benutzerfeedback 

12 



Ein Report soil den Benutzer beim Access unterstiitzen und die Transparenz iiber die 
Herkunft und die Veranderungen, die ein digitales Objekt erfahren hat, gewahrleisten. 
So bleibt die Authentizitat und Integritat des digitalen Objekts gegenuber dem Original 
erhalten. 

1 Rahmenbedingungen digitaler Archive 

Am Anfang einer Archivplanung stellt sich die Frage nach Sammelrichtlinien, 
Bestandsaufbau und Erwerbungsprofil. 22 Jede Einrichtung muss eigene Grundsatze 
schriftlich fixiert haben, damit sowohl auBerhalb der Institution als auch intern geregelt ist, 
welcher Gattung relevante zu sammelnde Informationen sein sollen. Dies wird durch eine 
Richtlinie etabliert oder von auBen vorgegeben, etwa durch den Trager einer Einrichtung 
und dessen Vorgaben. Dieser Rahmen kann aber auch gesetzlich vorgegeben sein. 

Die komplexen Hintergriinde wie z. B. Sammelauftrage und Zielgruppen konnen in diesem 
Rahmen nicht fur die vier kontaktierten Einrichtungen untersucht werden. Daher erfolgt an 
dieser Stelle stellvertretend eine notwendigerweise abstrakte Definition von Information: 



"Zur Information werden Informationen erst dann, wenn jemand sie in einem bestimmten 

23 

Kontext aufnimmt, sie verstehen, interpretieren, etwas mit ihnen anfangen kann..." 



„... something that is communicated' (transmission^. . .~\) something previously unknown' 
{novelty); something that changes what one already knows' {effectiveness); something 
needed by the receiver' (usefulness); ,an interpretation and synthesis of factual data' 
(transmission) ..." 24 



22 Hacker, S. 137 

23 siehe Grundlagen der praktischen Information und Dokumentation, S. 3 

24 ebd, S. 9 mit einem Zitat von Walker, G.: The information environment: a reader. - G.K. Hall: New York, 
1992 
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Man kann sich im weitesten Sinne hinter schriftlich fixierten Erwerbungsrichtlinien von 
informationsvermittelnden Einrichtungen die Anwendung der obengenannten Kriterien auf 
die eigene Nutzerschaft, also die Gesellschaft, vorstellen. Diese wird dann zugeschnitten 
und folglich reduziert auf die Notwendigkeiten der jeweiligen Einrichtung. Es ist aber auch 
deutlich zu erkennen, dass noch mehr Griinde die Selektion von Informationen bedingen: die 
verfugbaren Finanzen, urheberrechtliche Bestimmungen sowie Zielgruppenabstimmung. 

Die Pflichtablieferungsverordnung riickt Netzpublikationen in den Fokus des 
Informationsbegriffs und damit in den Bereich archivierungspfiichtiger Information. 

Verordnung uber die Pflichtablieferung von Medienwerken an die Deutsche 
Nationalbibliothek (Pflichtablieferungsverordnung - PflAV) vom 17. Oktober 2008 

Wesentlich fur die Pflichtablieferung von unkorperlichen Medienwerken an die Deutsche 

Nationalbibliothek ist § 7, Absatz 1 und 2: 

§7 (1) besagt: „Unkorperliche Medienwerke (Netzpublikationen) sind in marktiiblicher 

Ausfuhrung und in mit marktiiblichen Hilfsmitteln benutzbarem Zustand auszuliefern 

[...]". 

§7 (2) fugt hinzu: „Die Ablieferungspflicht umfasst auch alle Elemente, Software und 

Werkzeuge, die in physischer oder elektronischer Form erkennbar zu den 

ablieferungspflichtigen Netzpublikationen gehoren[...]. Dies gilt insbesondere fur nicht 

marktiibliche Hilfsmittel, die eine Bereitstellung und Benutzung der Netzpublikationen erst 

ermoglichen [...]" 

Auch korperliche Medienwerke, also auf Datentrager gespeicherte Informationen, sind 

ablieferungspflichtig gemaB § 2 uber Beschaffenheit korperlicher Medienwerke und bilden 

anteilig den Umfang der Ablieferungspflicht: 

§2 (3) sagt hierzu aus: "Medienwerke auf elektronischen Datentragern sind nach MaBgabe 

der Bibliothek in einer zur Anfertigung von Archivkopien geeigneten Form abzuliefern. 

Auf Verlangen der Bibliothek sind technische SchutzmaBnahmen und 

Zugangsbeschrankungen an der abzuliefernden Ausfertigung aufzuheben oder Mittel zu 

ihrer Aufhebung zuganglich zu machen". 



25 Bundesgesetzblatt, S. 2013-2015 
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Die Charta der UNESCO rechnet digitalen Informationen einen Kulturstatus ein, wie ihn 
bisher korperliche Medien hatten. 

Charta zur Bewahrung des digitalen Kulturerbes 

Die Charta wurde auf der 23. Generalkonferenz der UNESCO am 17. Oktober 2003 
verabschiedet und gliedert sich in zwolf Artikel. Artikel 1-3 stellen den Geltungsbereich, 
den Zugang und den drohenden Verlust dar. Kernaussagen sind, dass Quellen aus Kultur, 
Bildung, Wissenschaft und Verwaltung zu bewahren sind ebenso wie Quellen, welche 
originar digital erzeugt wurden. Digitale Quellen umfassen Texte, Datenbanken, 
Fotografien und Filme, Audio Software und Webseiten. „Viele dieser Quellen sind von 
dauerhaftem Wert und dauerhafter Bedeutung und bilden deshalb ein Erbe, das fur 
gegenwartige und kunftige Generationen bewahrt werden sollte." 26 

Der Zugang zum digitalen Erbe sollte fur die Offentlichkeit gewahrleistet sein, daher 
mussen einschlagige Organisationen der UNESCO-Mitgliedsstaaten zusammenarbeiten. 
Das digitale Erbe droht verloren zu gehen, sowohl durch das Veralten von Hard- und 
Software als auch durch Unsicherheiten uber Verantwortlichkeiten und Methoden zur 
Pflege sowie zum Erhalt. 

Artikel 7 nennt Auswahlkriterien des zu bewahrenden digitalen Kulturguts und gibt dabei 
originar digitalen Materialien die Prioritat. In den Artikeln 1-12 wird an mehreren Stellen 
darauf hingewiesen, dass Bemuhungen zur Bewahrung des digitalen Erbes professionell, 
d. h strategiegebunden und international institutionenubergreifend, umgesetzt werden 
sollten. 

Ein technischer, nicht minder wichtiger Aspekt der digitalen Langzeitarchivierung ist die 
Frage, wie digitale Objekte funktionieren und wie sie aufgebaut sind. 

Im einfachsten Fall ist analoges Material unmittelbar ohne Hilfsmittel fur den Menschen 

nutzbar. 

Beispiele : I 

Bucher, Zeitungen, Zeitschriften, Fotos, Bilder, Zeichnungen, Plastiken, Postkarten, Plane 

usw. 



26 siehe Charta zur Bewahrung des digitalen Kulturerbes., Artikel 1 
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• 



• 



Ebenso gibt es analoges Material, welches nur mit Hilfsmitteln genutzt werden kann. 
Beispiele : II 

Mikrofilm, Mikrofiche, Dias, Tonbander, Videobander (wie die veralteten Systeme 
Betamax und VHS u.a.), Schallplatten usw. Diese Medien sind nur durch spezielle 
Hardware zu nutzen, obwohl ihr Informationsgehalt in analogen Signalen auf dem 
„Datentrager" fixiert ist. 

Das digitale Objekt kann im Gegensatz zu den herkommlichen Medien (Beispiele I und II) 

nicht ohne Wiedergabegerat mit digital-analog-Wandler gelesen werden. 

Ein klassisches Beispiel ist die CD, deren Signal nur durch eine digital-analog- 

Wandlerschaltung im CD-Spieler ausgelesen werden kann. Weitere Vertreter der digitalen 

Medien sind unter anderem: 

DAT (Digital Audio Tape), MiniDisc, CD-ROM, CD-R+, CD-R-, DVD, Blue Ray, Flash- 

Karten 

Fur die heutige Nutzung von digitalen Objekten muss weiterhin bedacht werden, dass ihr 
digitaler Informationsgehalt (Signal) nicht mehr auf vielen verschiedenen, von 
Einzelabspielgeraten abhangigen Datentragern liegen muss. Es kann als Datei auf einer 
Computerfestplatte, einem Plattenverbund (z. B. Network Attached Storage NAS) oder 
einem Netzwerk genutzt werden. Im Vergleich zu den oben genannten digitalen Medien 
steigt aber der Grad der Komplexitat fur die digitalen Objekte an: Wie soil der Computer 
unterscheiden, ob eine Datei eine Tonspur, ein Bild oder ein Video darstellt? Das Signal 
muss vom Computer erkannt und sinnvoll interpretiert werden. Daraus leiten sich folgende 
Punkte fur digitale Objekte ab: 

Als physisches Objekt stellen sie Bits auf dem Datentrager dar. Einzelne Bits haben fur 
sich genommen keine Bedeutung. Sie reprasentieren die Zustande „1" und „0". 
Als logisches Objekt werden einzelne endliche Folgen von Bits von Programmen als 
Dateiformate erkannt. 
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• Das konzeptuelle Objekt schlieBlich ist bedeutungstragend, da bier die gespeicherten Bits 
als physisches Objekt auf dem Datentrager von einem Programm als Bitstream erkannt 
werden und in ihrer Eigenschaft als logisches Objekt als Dateiformat interpretiert werden. 



Fur das konzeptuelle Objekt ist das Zusammenspiel aus Bitstream, Dateiformat, Software, 
Hardware und Betriebssystem wichtig. Die digitale Langzeitarchivierung hat den Erhalt 
des konzeptuellen Objekts zum Gegenstand. Also mussen auch die darunter liegenden 

no 

Ebenen in ein Langzeitarchivierungskonzept einflieBen. Nur das konzeptuelle Objekt ist 
fur den Menschen verstandlich. Abbildung 1 illustriert den Zusammenhang der 
verschiedenen Ebenen eines Information Object, das nur zusammen mit der Representation 
Information wiedergegeben werden kann. 




4 

interpreted 
using 



Representation 

Information 



Abb. 1: Information Object 
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endliche Folge von Bits 



Bestandserhaltung im Digitalen Archiv, [S.] 4 

"The information that maps a Data Object into more meaningful concepts", siehe Digital Curation Center 
' Reference Model for an Open Archival Information System (OAIS), blue book, S. 4-20 
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Zwei grundsatzliche Strategien in der digitalen Langzeitarchivierung 

Migration 

Damit ein veraltetes Datenformat in der Zukunft weiterhin lesbar ist, mussen spezielle 

Vorkehrungen getroffen werden. Das digitale Objekt wird seiner neuen 

Nutzungsumgebung angepasst. 31 

Die Anpassung geschieht durch die Konvertierung eines von Obsoleszenz bedrohten 

Dateiformats in ein aktuelles. Die Konvertierung sollte so zeitnah geschehen, dass die 

Datei noch von der nachfolgenden Version der Erstellungssoftware gelesen werden kann. 

Bei der Datentragermigration werden Daten von einem Datentrager auf einen anderen 

IT 

kopiert, z. B. von Floppy Diskette auf CD-ROM. Die Datentragermigration ist Grundlage 
der physischen Erhaltung digitaler Signale, der sogenannten Bitstream Preservation. Bei 
der Datenmigration oder Formatmigration wird das Objekt von einem alteren Format in ein 
aktuelles uberfuhrt. Mogliche Veranderungen am konzeptuellen Objekt bis hin zu 
partiellem Datenverlust konnen die unerwunschten Folgen sein. Um das zu verhindern, 
sollten Datenformate genau spezifiziert sein. 

Emulation 

Mit der Emulation wird die Ursprungsumgebung eines Objekts simuliert. 34 Das neue 

Umfeld wird durch Emulatoren an das digitale Objekt angepasst. So konnen Umgebungen 

fruherer Betriebssysteme nachgebaut und Objekte gelesen werden, die ohne Emulatoren 

schon lange nicht mehr von aktuellen Rechnern geoffnet werden. 

Emulation kann auf der Ebene der ausfuhrbaren Programme stattfinden, auf 

Betriebssystemebene oder auf Ebene der Hardware-Plattform. Im letzten Fall kann 

Hardware durch Software nachgebildet werden . 

Hardware Preservation, also die Erhaltung von physischen Rechnern sowie deren einzelne 
Bestandteile (Laufwerke, Elektronik, Bildschirme) ist in der digitalen 



31 



nestor Handbuch, Version 2.0, Kap. 8:10 



32 ebd.8:ll 

33 vgl. Access in der Praxis: der Zugriff auf das digitale Objekt Kap. 6.6, S. 68 ff in der vorliegenden Arbeit. 
Siehe auch File Format Registry 

34 nestor Handbuch, Version 2.0, Kap. 8:16 

35 vgl. Access in der Praxis: der Zugriff auf das digitale Objekt Kap. 6.6, S. 69 in der vorliegenden Arbeit 
Viewpath 
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Langzeitarchivierung keine geeignete Methode. Zu aufwendig und ineffizient sind 
Reparaturarbeiten an veralteter Hardware. 36 

2 Ziele und Methoden 

In dieser Arbeit wird zunachst das Begriffsinventar zum Thema Digitale 
Langzeitarchivierung unter dem Aspekt des Access terminologisch aufbereitet und im 
Kontext dargestellt. Das fur die digitalen Archive maBgebliche Strukturmodell des Open 
Archival Information System (OAIS) wird erlautert, um hieran ausfuhrlich die 
Funktionalitat des Access zu erklaren. Die Entwicklung der Implementierung von 
digitalen Langzeitarchiven in Deutschland hangt mit dem Projekt „Kooperativer Aufbau 
eines Langzeitarchivs digitaler Information (kopal)" zusammen. Projektpartner sind die 
Niedersachsische Staats- und Universitatsbibliothek Gottingen (SUB-G6ttingen), die 
Deutsche Nationalbibliothek, die Gesellschaft fur wissenschaftliche Datenverarbeitung 
mbH Gottingen (GWDG) und die IBM Deutschland GmbH. 39 Die Projektpartner haben 
eine technische Losung erarbeitet, die auf die Langzeitverfugbarkeit von digitalen 
Informationen zielt. 40 Technisch wird das OAIS-Modell durch die Kopal Library for 
Retrieval and Ingest (koLibRI), eine Bibliothek mit Java Tools, und das Digital 
Information Archiving System (DIAS) von IBM realisiert. Das DIAS System von IBM ist 
jedoch als Komponente lizenzpflichtig. Die interessierte Offentlichkeit und somit auch 
Gedachtnisorganisationen 41 konnen die zur Verfugung gestellten koLibRI-Tools in ihre 
Systeme integrieren und durch Evaluationen an deren Verbesserung mitwirken. Das 
Projekt kopal endete mit dem Projektschritt E4 im Jahr 2007. Die notige Hard- und 
Softwareausstattung vorausgesetzt, spielen die Deutsche Nationalbibliothek und die SUB 
Gottingen Teile ihres Datenbestandes ein. Dabei handelt es sich um verschiedene digitale 
Objekte in unterschiedlichen Formaten. Dadurch wird ein starker Praxisbezug ermoglicht, 
so dass der weiten Verbreitung und flachendeckenden Anwendung nichts mehr im Wege 
steht. 



36 



37 



38 



39 



40 



nestor Handbuch, Version 2.0, Kap.8:24 

vgl. Das Open Archival Information System, Kap. 3, S. 25 in der vorliegenden Arbeit 

vgl. Das Open Archival Information System : Access, Kap. 3.7, S. 32 ff in der vorliegenden Arbeit 

siehe. Kopal : Daten fur die Zukunft / Ziel; Unterpunkt Projektpartner 

siehe Kopal : Daten fur die Zukunft / Ziel 

41 Als Gedachtnisorganisationen werden von der nestor AG Langzeitarchivierung Bibliotheken, Archive und 
Museen benannt. siehe nestor / WG Long-term preservation. 

42 Kopal : Daten fur die Zukunft / Arbeitspakete 
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Dennoch ist aktuell, im Mai 2009, festzustellen, dass gerade in einigen wichtigen 
Einrichtungen am Aufbau eines digitalen Langzeitarchivs mit voll funktionalen und 
erweiterten Access-Moglichkeiten gearbeitet wird. Um Erkenntnisse uber den status quo 
beim Implementieren eines OAIS-Systems bei verschiedenen Einrichtungen sowie uber 
deren Ausgestaltung im Hinblick auf die Realisierung von Access zu gewinnen, wurde 
folgende Strategie gewahlt: Es sind in einem Zeitraum von drei Wochen Experten von drei 
deutschen und einer osterreichischen Einrichtung nach vorherigem E-Mail Kontakt 
telefonisch interviewt worden. Die Interviewpartner sicherten dem Verfasser ihren 
Kooperationswillen zu, nachdem dieser sich bei ihnen mit seinem Anliegen vorgestellt 
hatte. 

Eine schriftliche Befragung schied aufgrund der erwarteten unabsehbaren Rucklaufzeit 
aus. Es hatten auch keine vollstandig standardisierten Fragen gestellt werden konnen, da 
vielmehr die gegenwartige Situation der Einrichtungen bei der Installation digitaler 
Archive erhoben werden sollte. Zudem arbeiten die gewahlten vier Einrichtungen mit 
verschiedenen Typologien von digitalen Objekten und wurden aufgrund ihrer 
Heterogenitat fur diese Arbeit ausgewahlt. Bei der Uberlegung, wie eine Befragung von 
Experten realisiert werden konnte, waren zunachst die Bedingungen zur Durchfuhrung 
einer quantitativen und einer qualitativen Methode aus dem Instrumentarium der 
Sozialforschung betrachtet worden. 3 

Das Ziel der Interviews war, Angaben zum Nutzungsverhalten von digitalen Archiven zu 
erhalten. Den Interviews ging eine intensive Planungsphase voraus, in der Fragen 
vorbereitet wurden, die sowohl auf die Einrichtung sowie auch auf die 
Arbeitsschwerpunkte der Interviewpartner abgestimmt waren. Die Fragen konnen im 
Einzelnen den jeweiligen beigefugten Fragenkatalogen entnommen werden 44 . Es sind in 
der Vorbereitung keine Hypothesen aufgestellt worden, die es zu verifizieren oder 
falsifizieren gilt. Vielmehr geht es dem Verfasser darum, etwas uber den Nutzungsalltag zu 
erfahren und qualitative Aussagen zu erhalten. Allerdings hat der Verfasser die 
Vermutung, dass es an der Stelle des Access -Moduls nach dem OAIS-Referenzmodell in 
nachster Zeit Weiterentwicklungen geben konnte. Aktuelle Aufsatze aus der Fachwelt 



43 zur Interviewplanung siehe Froschauer, S.64 ff. zur Interviewdurchfuhrung siehe Diekmann, S. 531 ff., zum 
problemzentrierten Interview S. 542 

44 siehe Fragenkataloge in Anhang 2.1 * - 2.4* 
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deuten auf intensive Entwicklungstatigkeit hin 45 . Andererseits ist in der Praxis keine 
Thematisierung des Access in gewunschter Ausfiihrlichkeit zu verzeichnen 46 . 

Es sollen fur die Untersuchung somit keine Korrelationen untersucht werden, da es keine 
Vorannahmen uber Zusammenhange oder Abhangigkeiten gibt. Der Stichprobenumfang 
ware fur eine quantitative Analyse viel zu klein, da bewusst nicht auf die Nutzerschaft 
zuriickgegriffen wird. Bei den Nutzern konnte in Anbetracht des gegenwartigen 
Entwicklungsstandes nicht angesetzt werden. 

Ein gewichtiger Grund, warum die quantitative Analyse hier nicht geeignet ist, resultiert 
aus einer erhohten Standardabweichung der Stichprobenverteilung bei einem kleinen 
Stichprobenumfang. 47 

Die telefonischen Interviews wurden nach vorheriger schriftlicher Genehmigung mit dem 
Digitalrekorder Tascam HD-P2 und dem Mikrofon Sennheiser MD-46 aufgezeichnet. Die 
von dem Digitalrekorder beschriebene Flash Karte wurde am PC ausgelesen und die 
entstandenen WAVE-Dateien auf DVD gebrannt. Den Interviewpartnern wurde ein 
Transkript des Telefonats zugesandt und um Genehmigung zur wissenschaftlichen 
Verwendung innerhalb der Diplomarbeit gebeten. 

AQ 

Zu den Transkripten aller vier Gesprache mit Vertretern der Einrichtungen hat der 
Verfasser sechs relevante Fragestellungen abgeleitet 49 und diese mit den Buchstaben A bis 
F gekennzeichnet. Die vier Einrichtungen tragen die romischen Zahlen I bis IV. Aus den 
Transkripten hat der Verfasser Zitate fur die einzelnen Themengebiete ubernommen und 
durch Zeilenangaben konsistent mit den Transkripten verbunden. 

Die Gesprachsauswertung 

Die Zielsetzung der Expertenbefragung ist das Verstehen eines sozialen Kontexts d. h. die 
Erwartungen der Nutzer an ein Archiv und ihre Bedurfnisse beim Zugang zu digitalen 
Objekten. Die Auswertung der Gesprachsaufzeichnungen geschieht unabhangig von den 
Intentionen des Befragenden und des Befragten, da keine Hypothese gebildet wurde. 



45 



siehe Preservation Data Stores, 2008 



46 siehe Auswertung der Transkripte nach gesonderter Fragestellung Anhang.3.5 EI(81), EII(16) 

47 siehe Reprasentativitat von Stichproben 

48 siehe Anhang 2.1 -2.4 

49 siehe Gesprachsauswertungen, Anhang 3.1 - 3.6 
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Entgegen der Anforderung der quantitative!! Analyse werden die Sets der Fachfragen an 
die drei Einrichtungen nicht normiert. 50 Sie mussen sogar unterschiedlich gestaltet werden, 
um die Besonderheiten der jeweiligen Einrichtung zu beriicksichtigen. Die qualitative 
Analyse bedient sich der Form des Interviews und erfordert fur dieses Vorgehen die 
Anfertigung einer Tonaufnahme mit anschlieBender Transkription. 5 

Diese Interviewtechnik grenzt sich von dem narrativen Interview ab, in dem die 
interviewte Person innerhalb einer vorgegebenen Themenstellung frei erzahlt. Von dem 
Interviewpartner wird bei der Methode des problemzentrierten Interviews eine aktive Rolle 
innerhalb der Gesprachsgestaltung erwartet. Der Interviewer hat einen Leitfaden, dem er 
folgt. Diekmann fuhrt aus, dass das problemzentrierte Interview auch mit anderen 
Methoden gemischt werden darf: „AuBerdem schlagt Witzel vor, diese Form des 
Interviews mit anderen Methoden (u.a. Fallanalyse, Inhaltsanalyse, Gruppendiskussion) zu 
kombinieren" . Hieraus leitet sich eine gewisse Freiheit der Befragungsgestaltung ab. 

Der Verfasser folgt den vorgestellten Methoden nur so weit, wie sie in diesem Kapitel 

vorgestellt werden und muss sie besonders fur die Nacharbeiten modifizieren, da weitere 

Details einem soziologischen Fokus folgen, der fur diese Arbeit keinen Erkenntniszuwachs 

bringt. 

Die Resultate der Gesprachsauswertungen sind Grundlagen fur die Betrachtungen des 

Access. 

Ein weiterer Teil der Diplomarbeit besteht in der Entwicklung eines XML-Schemas fur 
einen modellhaften Ace ess -Report 54 . Um den Report realistisch zu modellieren, ist er an 
den Metadatenstandards PREMIS und Dublin Core orientiert 55 . 

Extensible Markup Language (XML) ist eine Datenbeschreibungssprache und wird vor 
allem bereits fur den Metadatenstrom im OAIS-Modell verwendet. XML ermoglicht einen 
Datenaustausch strukturierter Daten zwischen mehreren Computern. Die Aussagen der 
Interviewpartner bezuglich des Access flieBen in die Entwicklung eines XML- 
Datenschemas fur einen Access-Report ein 56 . Umgangssprachlich wird der Begriff 



50 siehe Diekmann, S. 531 

51 siehe Froschauer: S. 68 

52 siehe Diekmann: S. 542 



53 ebd. S. 542 

54 siehe XML Schema und XML Text, Anhange 4.3 - 4.8 

55 siehe Nachweis iiber die Kompatibilitat der Felder mit PREMIS 2.0, Anhang 4.2 

56 siehe simulierten^cce.M'-Report - Nachweis iiber den Anwendungswert der einzelnen -Felder im Access- 
Report, Anhang 4. 1 
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„Protokoll" fiir einen Access-Report gebraucht und darf nicht mit dem Begriff aus der 
Informatik verwechselt werden, der ein prozedurales Regelwerk fur die Kommunikation 
zwischen Computern beschreibt. Die vollautomatische Generierung von Reports beim 
Zugang zu digitalen Archiven durch den Benutzer ist im OAIS-Modell bereits vorgesehen. 
Folglich ist die Idee eines Reports beim Abrufen digitaler Objekte nicht neu. Auf diesem 
Gebiet gab es bisher keine weitreichenden Entwicklungen, da bei der Einrichtung digitaler 
Archive andere Probleme wie der Pre-Ingest im Vordergrund stehen. Die Ubernahme 
von digitalen Objekten in das digitale Langzeitarchiv ist ein wirtschaftlich aufwendiger 

CO 

und wichtiger Prozess, von dem auch die spatere Nutzbarkeit des Objekts abhangt . 
Hohere Anforderungen an den Zugang zu den Objekten verlangen nach verscharften 
Richtlinien bei der Ubernahme derselben und wirken sich positiv auf 
Langzeitverfugbarkeit und Benutzbarkeit aus. 

Die befragten Einrichtungen . 

I 

Das Bundesarchiv hat auBer Akten auch Filme, Fotos und andere Archivalien im Bestand. 
Es nimmt zur Zeit nur generisch digital entstandene Objekte in das digitale Langzeitarchiv 
auf. Das Bundesarchiv ist in neun Einrichtungen an acht Standorten in ganz Deutschland 
unterteilt und steht vor der Herausforderung, ein digitales Langzeitarchiv mit Findbuchern 
uber den Bestand aller Einrichtungen zur Verfugung zu stellen. 



Sachsisches Staatsarchiv 
Dresden 


http://www.archiv.sachsen.de/ 


Ansprechpartner: 
Herr Karsten Huth 



II 

Die SUB ist durch die Beteiligung am kopal-Projekt und durch viele aktuell laufende 
Projekte im Bereich Digitale Bibliothek ein Kompetenztrager fur digitale Archive in 
Deutschland. 
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siehe Digital Curation Center / Power Point Presentation Smyth, Zoe: Developing a pre-ingest strategy for 
digital records. Abrufbar unter DCC / JOINT DCC/LUCAS Workshop 
siehe nestor Handbuch, Version 2.0, Kap.2:2 
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Niedersachsische Staats- und 


http://www.sub.uni-goettingen.de/ 


Ansprechpartner: 


Universitatsbibliothek 




Herr Jens Ludwig 


SUB-G6ttingen 




ludwig@sub.uni-goettingen.de 



III 

Das Bibliotheksservice-Zentrum mit Sitz in Konstanz ist ein Dienstleister fiir 
wissenschaftliche und offentliche Bibliotheken, Museen und Archive. Es unterstutzt diese 
Einrichtungen unter anderem bei internetgestutzten Dienstleistungen und bei Repositorien 
fiir Langzeitarchivierung. 



Bibliotheksservice-Zentrum 
Konstanz 


http ://www2 .bsz-bw. de/cms/ 


Ansprechpartner: 
Herr Stefan Wolf 
stefan.wolf@bsz-bw.de 



IV 

Die Ars Electronica GmbH mit Sitz in Linz (Osterreich) besteht seit dreiBig Jahren und 
richtet jahrlich Festivals im Bereich Kunst und Kultur aus. Sie hat den „Prix Ars 
Electronica" ins Leben gerufen. Ihr Schwerpunkt liegt auf digitaler bzw. Computerkunst. 
Das Futurelab als einer von vier Teilen der Ars Electronica GmbH forscht, entwickelt und 
schafft interdisziplinar digitale Artefakte. Das ist der Grund, warum sich das Futurelab 
nicht nur mit verschiedenen einzelnen digitalen Objekten beschaftigt, sondern meistens mit 
ganzen Konvoluten digitaler Objekte. 



Ars Electronica GmbH 


http://www.aec.at/futurelab_about_de.php/ 


Ansprechpartner: 


-Futurelab- 




Herr Michael Badics 


Linz, Osterreich 




michael.badics@aec.at 
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3 Das Open Archival Information System (OAIS) 

3.1 Konzept und Architektur 

Das Veralten von Software, also Programmer! und Betriebssystemen, bedingt die 
Verganglichkeit von Dateiformaten. Auch veraltete Hardware wie Platinen, Bussysteme, 
Datenprotokolle, Schnittstellen, Lesegerate, fuhren zu dem Verlust von digitalen Objekten. 
Das Consultative Committee for Space Data Systems (CCSDS) mit Sitz in Washington 
(DC) ist eine internationale Organisation, in der sich fuhrende Weltraumorganisationen 
zusammengefunden haben. 

Das CCSDS gibt mehrere Schriftenreihen groBtenteils frei im Internet als PDF-Publikation 
heraus. 59 Die blue books enthalten Normen und Anforderungen. Innerhalb dieser 
Schriftenreihe ist auch das OAIS-Modell veroffentlicht worden: Reference Model for an 
Open Archival Information System (OAIS). Das Referenzmodell spezifiziert jedoch keine 
konkrete Umsetzung oder Implementierung innerhalb einer Umgebung. 61 

Weiterhin ist das OAIS-Referenzmodell in die Industrienorm ISO (14721:2003) 
eingegangen. Hintergrund zur Schaffung dieses Modells war der Datenaustausch in 
Weltraumproj ekten. 

Gerade in international gefuhrten Proj ekten mit einem sehr hohen Grad an technischer 
Kompetenz konnte sich das Modell bewahren und findet heute Eingang in Bereiche, die 
sich nicht zwingend mit der Raumfahrt befassen, in denen aber ebenfalls kooperativ auf 
hohem technischen Niveau gearbeitet wird. Dies geschieht mit dem Ziel, Datenbestande 
uber lange Zeit nutzbar zu erhalten. 

In dem Modell stehen drei Seiten im Zentrum des Geschehens der digitalen 
Langzeitarchivierung: das Archivmanagement, die abgebende Instanz {Producer) und die 
anfragende Instanz {Designated Communities als Leser oder Benutzer). In Bezug auf das 
vorliegende Thema wird die Seite der Designated Communities besonders beleuchtet, da 
hier der Access realisiert wird. 



59 siehe CCSDS / Publications 

60 



(.1 



siehe auch: Reference Model for an open archival information system (OAIS) blue book, pink book 
Reference Model for an open archival information system (OAIS) pink book., S. iii 



62 siehe.: ISO : ISO 14721 : 2003 

63 siehe Briibach, Nils: Das OAIS Referenzmodell OAIS - Open Archival Information System, Kap. 4:6 
in nestor Handbuch, Version 2.0 
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Abb. 2: Umgebungsmodell eines OAIS-Archivs 
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Das Modell arbeitet mit dem Begriff Information Package (IP). Dieses ist zunachst die 
Content Information, also der zu archivierende digitale Inhalt an sich. Die Content 
Information besteht aus dem Bitstream eines Texts, einer Grafik oder eines beliebigen 
anderen digitalen Objekts, d. h. dem Data Object. Die Preservation Description 
Information (PDI) geben notwendige Informationen zum Aufbewahren im digitalen Archiv 
an. Die Packaging Information ist von der Content Information und der Preservation 
Description Information abzusetzen. Die Informationseinheit mit ihren PDI wird lediglich 
in ein Container format gepackt, z. B. ZIP-Datei. Die Packaging Information stellt die 
Information zur Verfiigung, die zum Offnen der ZIP-Datei benotigt wird. Diesen 
Sachverhalt stellt Abbildung 3 dar. 

Um in einem Katalogsystem der informationsvermittelnden Einrichtung ein Information 
Package zu finden, werden bibliographische Metadaten benotigt. 



Reference Model for an Open Archival Information System (OAIS): blue book, S. 2-2 
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Abb. 3: Struktur eines Information Package 65 

Das verwaltende Archiv hat die Aufgabe, die abzuliefernden Datenobjekte auf ihre 
Archivwurdigkeit und -fahigkeit zu begutachten. Das Archiv bekommt vom Producer 
Datenpakete zur Ubernahme geliefert, diese sind die Submission Information Packages 
(SIP). Das Archiv nimmt die Datenobjekte vom Producer auf (dieser Schritt im Prozess ist 
der Ingest) und reichert die abgelieferte Einheit (SIP) mit Metadaten an. Diese werden 
benotigt, um die Archivierbarkeit des SIPs zu gewahrleisten. Nun ist das SIP also mit 
verschiedenen Metadatentypen zu seiner Archivierung verknupft und in ein Archivpaket 
verpackt, z. B. ZIP -Archiv. Aus dem SIP ist ein Archival Information Package, ein AIP, 
geworden. Der Consumer muss gleichzeitig im Archivbestand recherchieren und Anfragen 
zu Archivinhalten ausfuhren konnen. 



Kommt es zu einer Auslieferung eines Archivinhalts an den Benutzer, ist ein AIP fur ihn 
unbrauchbar, weil es noch nicht accevs-tauglich ist. Die Information muss in einer fur ihn 
verstandlichen Form authentisch und vollstandig ausgeliefert werden. 

Auf diese Weise muss das AIP vom Archivserver ausgepackt und nur der angefragte Teil 
an den Consumer weitergereicht werden. Bei der Auslieferungseinheit handelt es sich um 
das Dissemination Information Package- DIP. Die DIPs mussen fur den Access an die 
Bedurfnisse des Nutzers angepasst werden und weiterhin vielseitig kompatibel bleiben. 66 
Abbildung 4 gibt die wesentlichen Schritte in einem OAIS-basierten Archiv wieder. Die 
Prozesse sind in der Grafik in ihrer Grundstruktur aufgefuhrt. 



Reference Model for an Open Archival Information System (OAIS) 
blue book, S. 2-5 
' siehe: Briibach, Nils: Das OAIS Referenzmodell OAIS - Kap. 4:6 in: nestor Handbuch 2.0 
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Preservation Planning 




MANAGEMENT 
Abb. 4: Prozessmodell des OAIS-Referenzmodells 
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Die Retrievalfahigkeit des Archivbestands wird ebenso vorausgesetzt wie die Moglichkeit 
der Ubermittlung von Ausgabeeinheiten. Dabei handelt es sich um die angeforderte 
Archiveinheit. Diese muss so aufbereitet sein, dass sie vom Consumer gelesen werden 
kann. 



3.2 Ingest 

Der Ingest als Teilprozess bedeutet die Ubernahme von Archivgut. Es ist zu priifen, ob das 
einzulagernde Archivgut vom Produzenten die Anforderungen des digitalen Archivs 
erfullt. Diese bestehen in Lesbarkeit, korrektem Kontext und dessen Verstandlichkeit. 
Die Daten mussen analysiert, ggf. in ihrer Qualitat verbessert und gesichert werden. 
Hierbei ist zu beachten, dass auch ein kleiner Eingriff zur Verbesserung der Datenqualitat 
schon eine Veranderung der originalen Daten beinhaltet. 68 

Natiirlich muss vor dem Ingest entschieden werden, was als archivwurdig aufzunehmen ist. 
Hierzu sei auf die angesprochene Charta der UNESCO 69 sowie auf die Sammelrichtlinien 

70 

einer potentiellen informationsvermittelnden Einrichtung verwiesen . 



Reference Model for an Open Archival Information System (OAIS): blue book, S.4-1 
Brubach, Nils: Das OAIS Referenzmodell OAIS - Kap. 4:7 - 4:8 in: nestorHandbuch 2.0 
vgl. Rahmenbedingungen digitaler Archive, Kapitel 1, S. 15 in der vorliegenden Arbeit 
' vgl. Seite S. 1 3 in der vorliegenden Arbeit 
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Bezogen auf den Access 

Als einfache und allgemeine Schlussfolgerung kann man davon ausgehen, dass nur jenes 
digitale Objekt, welches den Ingest, also die Ubernahme in das digitale OAIS-Archiv, 
durchlaufen hat, auch fiir den Access zur Verfiigung stehen kann. Das ist jedoch nicht alles, 
auch die suchbaren Kategorien beim Retrieval sind vom Ingest abhangig. Wird 
beispielweise eine URN nicht im Ingest in den Metadaten erhoben, so ist sie auch beim 
Retrieval fur das betreffende digitale Objekt nicht suchbar und folglich nicht auffindbar. 
Werden fehlerhafte objektbezogene Metadaten beim Ingest erhoben, ist das Objekt unter 
Umstanden gar nicht mehr retrievalfahig. So kann z. B. ein Tippfehler im Sachtitel eines 
digitalen Objekts dazu fiihren, dass das Dokument unter dem korrekten Titel nicht 
gefunden wird. Generell ist der Ingest als Prozess im wirtschaftlichen Sinne sehr teuer und 

71 

entscheidet uber die Gute der ^ccexs-Funktionalitaten. 

Von ihm hangt ganz zentral jede weitere Handhabung des Objekts im digitalen Archiv und 
dessen Nutzbarkeit ab. Der Ingest sollte daher unbedingt mit hoher Qualitat erfolgen. 
Es ist ebenfalls auBerst wichtig, die ubernommenen digitalen Objekte formal zu 
erschlieBen und diese Information zusammen mit dem SIP in ein AIP zu verwandeln. Die 
Anspriiche der Benutzer sollten auch beim Ingest schon beriicksichtigt werden. Nur so ist 
ein auf Benutzerwunsche abgestimmter Access moglich. Es sollten ggf. 
Zusatzinformationen als Metadaten oder Sonderformate der SIPs mit aufgenommen 
werden, um spater beim Access DIPs nach Kontexten auswahlen zu konnen. 

3.3 Archival Storage 

In diesem Modul sind Funktionalitaten fur die Datenspeicherung, fur die Datenpflege 
bezuglich der Erhaltung des digitalen Objekts und auch Retrievalmodulc eingebettet. Das 
Modul erhalt Daten vom Ingest-Modul und fugt sie dem Langzeitdatenspeicher hinzu. 
Hier werden auch Prufsummenchecks durchgefuhrt und Kopiervorgange zum Refreshing 
durchgefuhrt. 72 



71 siehe Anhang 3.2, Tabelle: BII(501) und Digitale Duurzaamheit : Quellen zur niederlandischen Untersuchung 
zu den Kosten des Ingest. 

72 Reference Model for an Open Archival Information System (OAIS): blue book, S.4-2 
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Bezogen auf den Access 

Im Hinblick auf den Benutzerzugang, welcher im Prozess des Access realisiert wird, 
konnen von diesem Prozess zum Nachweis der Integritat des Objekts Priifsummenreports 
fur den professionellen Zugang verschickt werden. Dem auBenstehenden Nutzer bringt ein 
Prufsummencheck keinen Nutzen und sollte daher auch nicht angezeigt werden. Fur 
archivinternes Personal kann es jedoch sinnvoll sein, die professionelle Access- 

■7") 

Komponente damit auszustatten. 

3.4 Data Management 

Das OAIS Management betrifft sowohl die Beziehung zwischen Archivar und Benutzer als 
auch diejenige zwischen Hardware und Software. Es ist erforderlich, dass moglichst viele 
Vorgange geplant und automatisiert ablaufen konnen. Die digitale Langzeitarchivierung 
sollte vor dem Generieren der AIPs schon geplant und als Policy hinterlegt sein. Hier 
werden deskriptive Metadaten gefuhrt, die die Dokumente beschreiben und auf sie 
referenzieren. Ebenso befinden sich hier administrative Daten zur Nutzung des Archivs. 
Dieses Modul sollte auch neue Verbindungen von Metadaten zum beschriebenen 
Datenobjekt sichern und Datenbank-Updates laden konnen. Dadurch ist gewahrleistet, dass 
die Referenzierungen aktuell und vollstandig bleiben. Hier werden auch Datenbank- 
Updates eingespielt. 

Bezogen auf den Access 

Fur den Access ist es von groBer Bedeutung, dass Anfragen, sog. Queries, abgearbeitet 
werden und aus ihnen elektronische Ergebnisanzeigen, sog. Result sets, generiert werden. 74 
Im Modul Data Management laufen jene Prozesse ab, die den angedachten Access-Report 
ermoglichen. In diesem Modul werden auch Retrievalprozesse abgearbeitet. Bildlich 
gesprochen konnte man sagen, sitzt hier das „Ruckgrat" des erfolgreichen Retrievals mit 
gultigen Referenzierungen von Metadaten und digitalem Objekt. Von diesem Punkt wird 
die ^ccess-Qualitat maBgeblich bestimmt. Diese ist als hoch zu bezeichnen, wenn 
Referenzierungen gultig sind, Metadaten zu den digitalen Objekten in geforderter 
Vollstandigkeit und Gute vorliegen und Access-, bzw. Retrievalprozesse in den 
administrativen Metadaten auch vollstandig in ihrer Funktionalitat unterstutzt werden. 



73 siehe Anhang 3.6 Tabelle FIII(394) 



74 Reference Model for an Open Archival Information System (OAIS): blue book, S. 4-2 
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3.5 Administration 

Im Modul Administration sind ubergeordnete Archivfunktionen installiert. Von dieser 
Schnittstelle aus werden SIPs auf ihre Gultigkeit und Regelkonformitat hin gepriift. Nur 
archivalische Einheiten, die den gesetzten Standards genugen, konnen in das Archiv 
iibernommen werden und den Ingest passieren. Die vom Archiv genutzte Hard- und 
Software wird von dieser Stelle aus uberwacht und gewartet. 

Bezogen auf den Access 

Die Nutzerunterstutzung wird in ihren Funktionalitaten im Administration-Modul 
vorgegeben. Gewunschte Access-Funktionen mussen definiert werden, um dann 
„freigeschaltet" zu werden oder uberhaupt ablauffahig zu sein. Bestehen an den Access 
Anforderungen und Wunsche, mussen sie in diesem Modul grundlegend zu ihrer 
Umsetzung implementiert werden. 

3.6 Preservation Planning 

Damit auch bei veraltender Computerhardware oder Software die Archivinhalte 
interpretierbar bleiben, wird in diesem Modul die Umgebung des OAIS uberwacht. Neue 
Erkenntnisse zur Langzeitarchivierung finden hier Eingang in die Richtlinien (Policies). 
Das ist der Fall, wenn z. B. ein Dateiformat obsolet geworden ist und die Migration 
angestoBen werden soil. Migrationsstrategien und -zeitplane werden ebenfalls in diesem 
Modul erstellt. 

Das Design von Information Packages (IPs) wird in diesem Modul geplant und es werden 
ggf. neue IP-Designs erstellt. 

Bezogen auf den Access 

Selbst ein auBerst sorgfaltig gefuhrtes Archiv kann dem Nutzer nicht hilfreich sein, wenn 
dessen Ausgangsvoraussetzungen fur die Nutzung der Archivinhalte nicht hinterlegt sind. 
Die Designated Community hat durch eine Evaluation oder durch die Kenntnisse der 
Archivbetreiber uber die Nutzerschaft definierte Anforderungskataloge fur den Access 
angelegt. Diese ist als Community's service requirements und knowledge base definiert 
und sagt aus, welche Moglichkeiten der Nutzerschaft beim Access gegeben werden sollen 
und konnen. 
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Diese Nahtstelle im Preservation Planning Modul sollte gut gepflegt werden, um jenseits 
erfolgreicher Datenmigrationen und Formatwandel die Nutzerschaft mit ihren 
Zugangsmoglichkeiten und -technologien im Fokus zu behalten. Wurde dieser Umstand 
nicht beriicksichtigt, wurde das Archiv jenseits der Bedurfnisse der Kundschaft planen und 
die AIPs konnten nicht in fur Nutzer geeignete DIPs gewandelt werden. Dieser Aspekt 
wird von der Funktion monitor designated community gewahrleistet. 

3.7 Access 

Das Modul Access unterstiitzt die anfragende Person bei der Suche nach Archiveinheiten 
(AIPs), um festzustellen, ob die gewunschte AIP-Einheit vorliegt und wo sich diese 
befindet. Eine Beschreibung des AIPs wird ebenso gegeben wie Informationen uber die 
Zugangsmodalitaten. Es handelt sich um die Komponente Coordinate Access Activities, die 
das User Interface zu den Archivbestanden darstellt. 

Die Consumer- Seite kann Anfragen uber diese Schnittstelle an das OAIS stellen, die sog. 
Queries, und bekommt Zugangsinformationen, die result sets, und im Fall einer 
Nutzungsberechtigung das DIP ausgeliefert. Nach dem OAIS-Referenzmodell ist der 
Access die Schnittstelle zwischen den OAIS-Modulen Data Management, Administration, 
und Archival Storage. 

Da diese Arbeit insbesondere Fragen des Access abhandelt, soil eine vertiefende Sicht auf 
das Access-Modul gegeben werden. 77 

Drei Arten von Consumer- Anfragen werden unterschieden: query requests, die im Data 
Management abgearbeitet werden und sogenannte result sets produzieren, also einfache und 
unmittelbare Ergebnisanzeigen einer Anfrage an das OAIS-System bezuglich der 
archivierten Einheiten (AIPs). Sogenannte report requests bedeuten, dass ein Nutzer 

■JO 

mehrere Anfragen formuliert und formatierte Berichte (formatted reports) erhalt. An 
dieser Stelle wird ein fur diese Arbeit angenommener Access-Report generiert. Die dritte 
Consumer-An&age besteht in den Assistence-requests, die dem Nutzer die Moglichkeit 
einraumen, automatisierte Assistenzsysteme zu nutzen. 



75 Reference Model for an Open Archival Information System (OAIS): blue book, S. 4-13 
siehe Anhang 3.1, Tabelle AII(333) 

77 



76 siehe nestor Handbuch, Version 1.5 Huth, Karsten: Access, S. 13-1 



Reference Model for an Open Archival Information System (OAIS): blue book S.4-15, 4-16, vgl. auch 
Abbildung 5: Feinaufbau des Access-Moduh, S. 34 in der vorliegenden Arbeit 
siehe Anhang 4.3 Ubersicht uber die Grundstruktur des ^ccaM-Reports in XML 
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Die eigentliche Bestellung {order) oder der Abruf eines AIPs hat dessen Wandlung in eine 
Auslieferungseinheit DIP {Dissemination Information Package) zur Folge. Die order kann 
entweder einmalig oder periodisch nach voreingestellten und abgespeicherten Wunschen 
des consumers abgearbeitet werden. Im Access-Modal werden dabei auch DIPs 
ausgeliefert, die nicht vom Benutzer angefragt wurden. 

Der Hintergrund ist eine automatisch angestoBene Migration. Ein AIP muss ein Update 
bekommen und wird von der Archival Information Update-Fwuktion im Modul 
Administration als migrationspflichtig identifiziert. Die Updatefunktion sendet 
dissemination requests (Auslieferungsanfragen nach DIPs), um die DIPs wieder in den 
Ingest zu transferieren. Erfolgt der Ingest von Neuem, werden auch erneut Metadaten 
erhoben und das Datenobjekt migriert. 

Das Access-Modal hat weiterhin die Aufgabe, Nutzungsberechtigungen zu uberpriifen. Im 
uberarbeiteten Arbeitspapier der CCSDS vom Mai 2009 erscheint der Terminus Access- 
Rights-Information, der die Zugangsmodalitaten regelt. Dort finden sich samtliche 
Funktionen zur Nutzerunterstiitzung eingebettet: Statusabfragen von Bestellungen, 

on 

Zugangs- und Rechercheservices. Die Generate DIP Funktion sucht AIPs im Archival 
Storage auf, fertigt eine Kopie in einer Zwischenablage an und sendet eine Anfrage an das 
Data Management, um deskriptive Metadaten zu erhalten, die mit dem DIP ausgeliefert 
werden. Dateikonversionen von einem Ausgangsformat in ein nutzerbezogenes Format und 
Statistikfunktionen laufen ebenfalls uber die ^ccew-Komponente. 

Im OAIS- Modell gibt es eine ausgepragte Verzahnung samtlicher Funktionalitaten und 
Prozesse untereinander. Den Access vollstandig zu erlautern, wurde den Rahmen dieser 
Arbeit sprengen, da er eine Vielzahl von Randprozessen im gesamten OAIS-Modell 
auslost. 



79 Reference Model for an Open Archival Information System (OAIS): blue book, S. 4-15, S. 4-10, 
siehe Anhang 3.5, Tabelle: EII(67) 

80 Das Ars Electronica Futurelab mochte eine semantisierte Suche ermoglichen, ahnlich wie SpiderSearch, 
siehe Anhang 3.1, Tabelle AIV(299). 
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Die folgende Grafik zeigt den Feinaufbau des Acces smoduls. 
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Abb.5: Feinaufbau des Access-Moduls 



Reference Model for an Open Archival Information System (OAIS): blue book, 
Zusammenschnitt von S. 4-1, S. 4-15 
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4 Die Bedeutung von Metadaten fur die digitale 
Langzeitarchivierung 

4.1 Metadaten im OAIS-Modell 
4.1.1 Funktion der Metadaten 

Damit digitale Objekte nutzbar bleiben, benotigen sie Datensatze, durch welche sie 
beschrieben werden. Metadaten sind also Daten uber digitale Objekte, ihre Umgebung, 
ihren Aufbau und ihre Beziehung zu anderen digitalen Objekten. 82 Sie sind strukturierte 
Informationen und liegen in verschiedenen Typen vor. 

Hier folgt zunachst ein einfaches Beispiel: Ein Buch enthalt ein Inhaltsverzeichnis, das die 
Kapitel des gesamten Buches auf Seiten referenziert. Weiterhin konnte das Buch noch ein 
Orts-, Personen- oder Sachverzeichnis haben, das ebenfalls auf Seiten im Buch verweist. 
Bibliotheken erfassen fur den Nachweis dieses Buches in ihren Katalogen bibliographische 
Metadaten nach Regelwerken zur FormalerschlieBung: RAK-WB , AACR oder andere. 
So werden in der bibliographischen Beschreibung Verfasser, Titel, Ort, Verlag, 
Erscheinungsjahr und Seitenzahl sowie eventuell zusatzliche Dinge wie Schriftenreihen 
vermerkt. 

Es kann weiterhin der Zustand des Buches in Bezug auf fehlende Seiten, Wasser- und 
Brandschaden oder Schimmelbefall beschrieben werden. Schadensbilder konnen nach 
Schweregrad unterschieden und ausgewiesen werden. Auch ReparaturmaBnahmen konnten 
in diesem Zusammenhang in Metadaten erfasst werden. Die Ausstattung des Buches 
kann durch Metadaten beschrieben werden wie Textil-, Ledereinband, begleitende oder 
enthaltene Medien, wie z. B. Karten. Das Buch kann auch klassifikatorisch oder verbal 
sacherschlossen werden, wobei diese Informationen in Metadaten abgelegt werden. Beim 
Ingest sollte bereits schon der Access beriicksichtigt werden. Dazu wird geklart, welche 
Informationen zur Nutzung des Objekts benotigt werden. Entsprechende Metadaten sind 
dann mit zu erheben. 

Die Qualitat des Access hangt also ursachlich davon ab, dass bei der Erhebung von 
Metadaten Wert auf Qualitat und Vollstandigkeit gelegt wurde. 



82 siehe nestor Handbuch, Version 2.0, Kap. 6:1- kap.6:17 

83 Regeln fur alphabetisches Katalogisieren fur Wissenschaftliche Bibliotheken 

84 Anglo-American Cataloguing Rules 

85 siehe Anhang 5 Grafik 3: Projekt Codex Sinaiticus 
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Fur die digitale Langzeitarchivierung sind aber noch viel mehr Informationen vonnoten, 
die an dieser Stelle beschrieben werden. 

4.1.2 Technical Metadata 

Technische Metadaten geben Auskunft uber den Herstellungsprozess eines Objekts, zu 
dessen DateigroBe, Dateiformat und zu den Programmen, mit denen das Objekt erstellt 
oder digitalisiert wurde. Sie geben Aufschluss dariiber, mit welcher Software und welchen 
Einstellungen die Objekte geoffnet werden konnen. 86 In den sehr umfangreichen 
Metadaten soil auch eine Dokumentationsgrundlage geschaffen werden, die zur Planung 
eines Migrationsschrittes oder zur Durchfuhrung einer Emulation notig sind. 
Technische Metadaten lassen Ruckschlusse auf die zur Representation des Objekts 
notwendige Hardware- und Softwareumgebung zu. Fur den Access ware es hier von 
groBer Bedeutung, Informationen von Migrationsschritten mit anzuzeigen. Entsprechend 
den Bedurfnissen der verschiedenen Benutzergruppen, in Abhangigkeit zum 
informationsvermittelnden Archiv, konnte auch das Programm und dessen Version 
angezeigt werden, in dem das Objekt urspriinglich entstand. Bekommt der Benutzer z. B. 
ein interaktives Objekt beim Access ausgeliefert, bei dem gewisse Eigenschaften fehlen, so 
konnen die technischen Metadaten diesen Sachverhalt aufklaren. Eine Formatmigration 
kann Eigenschaften am Objekt verandert haben: im Fall einer navigationsfahigen 
Internetseite, die gespiegelt und nach PDF konvertiert wird, ist im migrierten Objekt evtl. 
Navigation nicht mehr moglich und Flash- Animationen sind „eingefroren". 

4.1.3 Content Metadata 

Content Metadata sind Informationen, die auf den Inhalt eines Objekts schlieBen lassen. 
Sie entsprechen Abstracts und Inhaltsangaben zu einem Artikel bzw. Buch. Entgegen der 
bibliographischen Beschreibung, welche wie oben ausgefuhrt, auch technische Aspekte 
beschreiben kann, geben Content Metadata lediglich Auskunft uber Inhalt und Typ eines 
digitalen Objekts. Hierzu zahlen auch Informationen uber das jeweilige Sachgebiet. 
Deswegen werden Notationen aus Sachklassifikationen oder Schlagworter verwendet. 



86 



vgl. Langzeitarchivierung digitaler Publikationen, Archivierung elektronischer Zeitschriften (E -Journals) 

S. 37 



87 In der Praxis ist es wiinschenswert zu wissen, mit welcher Software ein digitales Objekt erstellt wurde, um 
mittels dieser Metadaten ein Objekt wiederfinden zu konnen. Anwendung: Softwarefehler beim Digitalisieren. 
Es sollen Objekte, die mit dieser fehlerhaften Software erstellt wurden, gezielt wieder auffindbar sein. 

siehe Anhange 3.5 und 3.3, Tabellen EII(78) und CII(99) 

88 Fur ein ahnliches Beispiel einer geharvesteten Internetseite siehe Anhang 3.2 Tabelle BIII(192). 

89 siehe Langzeitarchivierung digitaler Publikationen (nestor Materialien; 4), S. 37 
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Bei der Erhebung dieses Metadatentyps sollte die erschlieBende Einrichtung die 
Retrievalmoglichkeiten im vollen Umfang nutzen, um einen komfortablen Access zu 
ermoglichen. 

Die Tatsache, dass die Hausklassifikation auf die jeweilige Institution beschrankt ist, sollte 
in Abgrenzung zu erganzenden ErschlieBungsvarianten nach anderen Regelwerken, wie 
DDC 90 und weiteren, beriicksichtigt werden. Soil das Retrieval international erfolgen, sind 
Schlagworter fur den Access nicht zielfuhrend, da sie sprachabhangig sind. Hingegen 
machen Notationen das Retrieval sprachunabhangig und landeriibergreifend effektiv. Nach 
dem OAIS-Referenzmodell werden die Content Metadata auch als descriptive metadata 
bezeichnet. 91 Es kann auch sinnvoll sein, beim Retrieval in gewissen Kontexten deskriptive 
Informationen in einer Semantik einander gegenuberzustellen, wie es z. B. in einigen 
semantischen Web-Opacs realisiert ist. 

4.1.4 Preservation Metadata 

Dieser Metadatentyp beschreibt Informationen, die den MaBnahmen zu Erhaltung von 
digitalen Objekten dienen. Daten zur Herkunft eines Objekts und dessen einzelne 
Migrationsschritte werden angegeben. Ebenso werden auch Veranderungen aufgefuhrt, die 
ein Objekt vollstandig oder partiell erfahren hat. Anhand dieser Ausfuhrungen sind 
Preservation Metadata von Technical Metadata nicht eindeutig zu trennen. Sie sind 
ineinander verzahnt, jedoch konzentrieren sich Preservation Metadata unmittelbar auf 
Langzeitarchivierungsangelegenheiten, wohingegen Technical Metadata eher auf 
ubergeordneter Ebene angesiedelt sind. So sind sie z. B. in der Frage nach Dateiformaten 
maBgeblich, welche mehrere Objekte betreffen konnen. Fur den Access ware hier die 
Implementierung einer Preservation Policy vorstellbar. Den Archivnutzern waren somit 
die fur den Access notwendigen Langzeitarchivierungsrichtlinien transparent dargelegt. 
Insbesondere bezuglich der wichtigen Aspekte der Glaubwurdigkeit und Authentizitat der 
digitalen Objekte ware eine Garantie uber erfolgte und uberwachte Erhaltungsstrategien 
gegeben. Besonders bei naturwissenschaftlichen Daten ware dieses Verfahren interessant, 
weil laufend verbesserte Viewer entwickelt werden. 



90 Dewey Decimal Classification (numerische internationale Klassifikation) 

91 Gerade Content Metadata sind aufwendig in ihrer Erhebung, weil sie kaum automatisiert erhoben werden 
konnen. Gehen sie verloren, mussen sie intellektuell neu erstellt werden. Siehe Anhang 3.3, Tabelle CII(139) 

92 siehe Anhang 3.1, Tabelle AIV(299), siehe auch Anhang 5 Grafik 1 : Web-Opac Recherche 
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4.1.5 Structural Metadata 

Strukturmetadaten konnen den inneren Zusammenhang eines Objekts mit seinen 
Bestandteilen hierarchisch im Zusammenhang darstellen. 

Das wird am Beispiel der Archivierung von navigationsfahigen Webseiten deutlich: eine 
solche Webseite ist aus einzelnen in HTML codierten Seiten aufgebaut, die mit internen 
Verweisen aufeinander bezogen sind. Es besteht die Moglichkeit, auf Grafiken oder 
Tonspuren zu verweisen sowie Flash Videos zu integrieren. Es konnen sogar ganze 
Datenbanken hinterlegt sein, die uber ein Dateninterface mit der Webseite kommunizieren. 
Eine hierarchisch aufgebaute Webseite mit ihren komplizierten Zusammenhangen bedurfte 
bei dieser Komplexitat einer genauen strukturellen Beschreibung ihres Aufbaus mit alien 
Elementen und Unterelementen. Es muss in den Metadaten auch festgehalten werden, wo 
Ankerpunkte liegen, die Bezuge und Verweise innerhalb des Objekts ausfuhren. Die 
Erhebung der Strukturmetadaten lasst sich zum Generieren von Inhaltsverzeichnissen 
nutzen, wie es z. B. haufig bei PDF-Dokumenten mit navigationsfahigem 
Inhaltsverzeichnis realisiert wird. Der Benutzer kann an die gewunschte Stelle „springen". 
Unter dem Gesichtspunkt des Access lieBe sich eine Informationsreduktion bzw. -selektion 
fur den Nutzer umsetzen, indem er vor einem Zugriff sein DIP selektiv nach seinen 
inhaltlichen Wunschen zusammenstellen lasst, um nicht das gesamte Objekt abrufen zu 
mussen. Dieses ware einerseits eine Serviceleistung fur den Kunden, andererseits wurden 
auch Ressourcen fur die Dateniibertragung gespart. 

4.1.6 Rights Metadata 

Rights Metadata umfassen Angaben zum Urheberrecht, auf dessen Grundlage das Archiv 
Nutzung und Zugang zu digitalen Objekten regeln muss. Daraus konnen Einschrankungen 
der Nutzung entstehen. Verlage und Urheber konnen z. B. die Verbreitung unterbinden 
oder die Einsicht in Objekte nur durch Legitimation erlauben. In diesem Fall miisste der 
Benutzer vor dem Access Antrage auf Einsicht stellen. 

Durch die Rights Metadata kann sich das Archiv auch nach auBen legitimieren, 
Anderungen an Objekten durch erfolgte Migrationsschritte im Sinne der Bestimmungen 
durchgefuhrt zu haben. 
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Auch Digital Rights Management (DRM) fallt unter die Rubrik der Rights Metadata und 
wirkt sich beim Access aus. Diverse Sperren grenzen eine Nutzung eventuell ein. Der 
Zugang zum Objekt ist nur in niedriger Auflosung moglich, das Kopieren verboten und im 
restriktivsten Falle wird der Zugang verwehrt. DRM kann in dieser Arbeit nicht weiter 
erlautert werden, da es hierzu noch zu wenige verbindliche Aussagen gibt. Obwohl das 
CCSDS im Mai 2009 eine Aktualisierung seines OAIS-Modells publiziert hat, fmden sich 
hierzu nur vage Aussagen. 93 

Laut Pflichtabgabegesetz von 2008 fur Netzpublikationen an die Deutsche 
Nationalbibliothek sind Nutzungsbeschrankungen sowie auslaufende Zeitstempel auf PDF- 
Dateien zu entfernen. 94 

4.1.7 Administrative Metadata 

Administrative Metadaten fassen Verwaltungsvorgange im gesamten Archiv zusammen. In 
diesem Bereich mussen auch Richtlinien uber Qualitatssicherung der Objekte, 
Migrationsprozesse, Urheberrechte und technische Angaben zur Archivsteuerung 
festgehalten werden. Die Herkunft der Objekte und deren Speicherorte spielen ebenso eine 
Rolle, wie die eventuell verschiedenen Ablieferungsszenarien beim Access, wie z. B. das 
reine Anzeigen des konzeptuellen Objekts ohne Speichermoglichkeit, die komplette 
Auslieferung des Objekts, Verweis auf Abspielumgebungen oder deren direkte Nutzung 
vor Ort. 

4.2 Metadatenstandards fur die digitale Langzeitarchivierung 

Damit der Zugang zu digitalen Objekten dauerhaft verfugbar bleibt, ist es uber eine 
sorgfaltige Metadatenerhebung hinaus unerlasslich, Standards fur Metadaten zu etablieren. 
Das dient einerseits dem Datenaustausch zwischen Servern innerhalb einer Einrichtung 
oder deren Vernetzung zwischen mehreren Einrichtungen. Sinnvolle 
LangzeitarchivierungsmaBnahmen konnen also nur noch kooperativ getroffen werden. 95 
Fur die ^ccew-Komponente bedeutet das, dass die Recherchemoglichkeiten von der 
Qualitat der Metadaten des digitalen Objekts abhangig sind. Wird eine semantisierte 
Recherche gewunscht, kommt es auf die Verknupfung von Metadatensatzen der digitalen 
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Reference Model for an Open Archival Information System (OAIS):pink book S. 1-7 

siehe Transkript Stefan Wolf (Zeile 537-547) und Verordnung uber die Pflichtablieferung von Medienwerken 

an die Deutsche Nationalbibliothek 

siehe nestor Handbuch, Version 2.0, Kap. 3:16 
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Objekte untereinander an. Die Access-Komponente kann auch Reports erstellen, die aus 
Metadaten zum Objekt synthetisiert werden. Reports haben, ebenso wie 
Rethevaloberfiachen 96 , eine Wirkung auf die Welt auBerhalb des digitalen Archivs, indem 
sie eine nutzerfreundliche Transparenz beim Zugang zu einem digitalen Objekt bieten . 
Sie erfiillen gleichermaBen auch einen internen Zweck, indem sie in anderer Konfiguration 
Wartungsarbeiten in den Modulen des digitalen Archivs und an den dort vorgehaltenen 
Objekten ermoglichen. 

Die Speicherung von Metadaten 

Die Grundatze, die fur digitale Objekte gelten, namlich moglichst offenliegende und 
weitverbreitete Dateiformate zu verwenden, sollten in der Metadatenspeicherung ebenso 
beachtet werden. Auch die Metadaten sind als textbasierte Objekte Gegenstand der 
digitalen Langzeitarchivierung. Fur Metadatensets benutzt man XML. Dabei handelt es 
sich um eine Auszeichnungssprache mit der Eigenschaft, Daten in Elementen zu benennen 
und sie Werten zuzuordnen. Attribute konnen Daten naher beschreiben. Im folgenden 
Beispiel wird die Definition eines Nachnamens durch ein Element erfasst. 

<xs: element name="Nachname" type="xs: string" minOccurs="0" maxOccurs-' 1 "/> 

Es wird festgelegt, dass fur das Metadatum „Name" einer Person das bezeichnende 
Element <Nachname> zu verwenden ist. 

Der Nachname eines Verfassers muss nicht genannt sein; ein Werk kann auch anonym 
publiziert werden. Der Bezeichner „Nachname" kann nur einmal vorkommen, 
Doppelnamen werden als einzelner Datensatz fur eine Person erfasst. Das Element „Name" 
ist eine beliebige Abfolge von Buchstaben und Sonderzeichen (type xs:string). Es kann 
weiterhin festgelegt werden, dass ein Element entweder zwingend oder optional belegt 
wird. Im vorliegenden Beispiel ist ein XML-Metadatenelement deklariert worden. Es trifft 
keine Aussagen uber eine Struktur mehrerer Elemente in einem XML-Dokument. Ein 
Urheber, dessen Name in den Metadaten eines Objekts erscheint, wird in einem XML- 
Schema mit anderen Metadaten nach einer gegebenen Reihenfolge und nach gegebenen 
Abhangigkeiten aufgefuhrt. Einzelne Elemente einer XML-Datei weisen Reihenfolge und 
Abhangigkeiten in einer Hierarchie aus. Ein validierender XML-Editor ist XML Spy von 
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vgl. Kapitel 4.3 Metadaten in der praktischen Anwendung, S. 51 und Kapitel 7.3 der Access aus Sicht der 
Nutzerschaft, S. 87 in der vorliegenden Arbeit 
siehe nestor Handbuch, Version 2.0, Kap. 9:1 
siehe Anhang 3.4, Tabelle EII(78) 
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der Firma Altova. Der XML-Editor erlaubt das Anlegen von XML-Dokumenten und priift 
diese auf Wohlgeformtheit und Gultigkeit. 

Ein Dokument ist wohlgeformt (well-formed), wenn die XML-Syntaxregeln beachtet 
wurden. Beispielweise muss ein geoffnetes Element durch ein schlieBendes Element 
beendet werden, Attribute werden in Anfuhrungszeichen gesetzt. Giiltig (valid) ist ein 
XML-Dokument, wenn Elemente verwendet werden, die zuvor defmiert wurden. Zu einer 
XML-Schemadatei kann auch ein Data Type Definition (DTD)-Dokument geschrieben 
werden, in dem samtliche Elemente spezifiziert werden. In einer DTD werden das 
Vorkommen von Elementen, ihr Datentyp und das Vorkommen von Unterelementen 
innerhalb eines ubergeordneten Elements beschrieben. 
Im folgenden Beispiel wird das Element art" spezifiziert. 

Beispiel DTD 

<! ELEMENT art (textobjekt, grafikobjekt, tonobjekt, videoobjekt, datenbankobjekt, interaktivesobjekt)> 

Ein Textobjekt mit Sachtitel: 

<! ELEMENT hauptsachtitel (#PCDATA)> 

Die Art eines digitalen Objekts kann nach der obigen Definition bestimmt werden. XML- 
Strukturen konnen gegen DTDs validiert und maschinell eingelesen (geparst) werden. 10 ° 
Im folgenden Abschnitt werden Metadatenstandards im Hinblick auf ihren Nutzen fur den 
Access beschrieben. 

4.2.1 METS 

Der Metadata Encoding and Transmission Standard (METS) wird gegenwartig von der 
Library of Congress in Washington (DC) gepflegt 101 und liegt in der Version 1.8 vom 

1 09 

April 2009 vor. Bereits aus dem Projekt Making of America II sind speziell fur digitale 
Objekte entwickelte Metadatenklassen benannt worden. Ausgangspunkt waren die Buch- 
und Bildersammlungen der University of Michigan und der Cornell University mit 
geisteswissenschaftlichem Schwerpunkt. Die zur Digitalisierung vorgesehene Michigan- 
Sammlung bestand schwerpunktmaBig aus Monographien, die Cornell-Sammlung aus 
Zeitschriften zum Thema Civil War and Reconstruction 1850-1877. Uber 10 000 Biicher 



99 gemeint ist die Art eines digitalen Objekts 

100 siehe SELFHTML / Einfuhrung in XML 

101 siehe METS / Uberblick und Anleitung 

102 siehe METS / News and announcements 
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und 50 000 Zeitschriftenartikel sind heute digitalisiert. Eine neue Serviceleistung ist die 



Themensuche (Subject Browsing). 
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Als deutsche Einrichtungen sind das Gottinger Digitalisierungszentrum und die Deutsche 
Nationalbibliothek als Anwender von METS gelistet. 104 

METS als Metadatenschema ist erweiterungsfahig. Andere Metadatenformate konnen 
durch die Schnittstelle <xmlData> erganzt werden. Innerhalb dieses Elements konnen sich 
weitere in XML codierte Metadaten anschlieBen. METS ist ein Containerformat mit sieben 
Hauptabschnitten. 105 

1. <metsHdr> 

METS Header (METS Kopf) 

Der METS Header enthalt das Erstellungsdatum des digitalen Objekts, ggf. das 
Modifikationsdatum der letzten Anderung am Objekt, sowie den Objektstatus. Es konnen 
auch Agents gelistet werden, also Personen oder Organisationen, die Arbeiten am Objekt 
ausgefiihrt haben. Zum Element <agent> 106 gibt es die Attribute ROLE=" Archivist", 
"Creator"... und TYPE="Individual", "Organisation". Fur einen Access Report sollten aus 
dem METS-Header also das Erstellungsdatum des digitalen Objekts und Anderungsdaten 
im Sinne der Transparenz angegeben werden. Die Attribute zu <agent> sind ebenfalls 

1 07 

sinnvoll fur die Erstellung eines Ace ess -Reports. 



2. <dmdSec> 

Description Metadata Section (Metadatenabschnitt fur Beschreibung) 

Der Abschnitt enthalt bibliographische Metadaten und beschreibt den Inhalt und den 
Mimetyp eines digitalen Objekts. Innerhalb dieses Abschnitts konnen anderweitig codierte 
deskriptive Metadaten eingefugt werden. 108 

Fur einen Access-Report sind deskriptive Metadaten uber das digitale Objekt sehr wichtig, 
um es eindeutig zu beschreiben und dem Nutzer die Moglichkeit zu geben, das digitale 
Objekt in seinem Quellenwert beurteilen zu konnen. AuBerdem wird mit genauen und 



103 http://quod.lib.umich.edu/rn/moagrp/ [06.07.2010] 

104 Eine Liste der registrierten Anwender von METS ist einsehbar unter METS / Implementation registry 

105 siehe METS / An overview & tutorial 

106 siehe auch Begriff bei PREMIS 

107 siehe Anhang 3.6 Tabelle FII(237) 

108 siehe Anhang 3.3 Tabelle CII(139) 
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vollstandigen deskriptiven Metadaten eine weitere wissenschaftliche Verwendung des 
Objekts gewahrleistet. 

3. <amdSec> 

Administrative Metadata Section (Abschnitt fur Verwaltungsmetadaten) 

Dieses Hullelement enthalt administrative Metadaten, die samtliche fur die Verwaltung 
eines digitalen Archivs notwendigen Informationen zusammenfassen. Diese Sektion ist in 
vier Untersektionen unterteilt: 

3.1. <techMD> 

Technical Metadata (Technische Metadaten) 

Das Hullenelement <techMD> enthalt technische Metadaten liber samtliche im digitalen 
Archiv abgelegten Dateien. Daten liber die Dateierstellung, also liber 
Erstellungssoftware, Datum und Dateiformate gehen in dieses Element mit ein. Auch 
Informationen liber use characteristics, also liber Zugangsvoraussetzungen, werden in 
diesem Element abgelegt. Es ist wichtig, fur den OAIS-Prozess Preservation Planning 
die Zielgruppe zu definieren, wozu in diesem Element Metadaten ausgelesen werden 
konnen. l 

3.2. <rightsMD> 

Intellectual Property Rights Metadata (Angaben zu Copyright und Lizenzrechten) 

Dieses Hullelement stellt Raum fur rechtliche Informationen und eventuelle 
Zugangsbeschrankungen und Nutzungsmodalitaten zur Verfugung. In einem Access- 
Report sind nur solche Informationen sinnvoll, die dem Nutzer bei erfolgter 
Auslieferung weitere Verwendungsmodalitaten aufzeigen. Das Thema Digital Rights 
Management wird in der im Mai 2009 erschienenen CCSDS Publikation Reference 
Model for an Open Archival Information System zum ersten Mai naher beleuchtet. 
Mangels Erfahrungen auf diesem Gebiet erfolgen hier Rlickschllisse nur mit groBer 
Zurlickhaltung und unter Einbeziehung von Stimmen aus der Praxis digitaler 
Archive. 110 



109 
110 



siehe Anhang 3.1 Tabelle AII(333) 

siehe Anhang 3.3 sowie 3.1 Tabellen CIII(329), AIII(324) 
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3.3. <sourceMD> 

Source Metadata (Quellenangaben) 

Deskriptive und administrative Metadaten uber die analoge Ressource, von der ein 
digitales Objekt stammt, werden in diesem Hullelement zusammengefasst. Fur einen 
Access-Report konnen gerade aus diesem Hullelement Metadaten ausgelesen werden, 
die die Transparenz gegenuber dem Benutzer erhohen. Gerade im musealen Bereich, wo 
analoge originale Kunstwerke digitalisiert werden, ist es wichtig, auch auf Metadaten 
der analogen Vorlage zugreifen zu konnen. 111 

3.4. <digiprovMD> 

Digital Provenance Metadata (Angaben zur digitalen Provenienz) 

In diesem Hullelement werden Metadaten zur Beziehung zwischen Ursprungsobjekt- 
und Zielobjekt festgehalten. Der Ursprung eines digitalen Objekts wird 
metadatentechnisch erhoben sowie jede in den Metadaten erfolgte Veranderung 
protokolliert. In diesem Element werden also Migrationsschritte festgehalten, 
Abweichungen vom Originalzustand beschrieben und Griinde fur Anderungen des 

1 1 9 

Originals angegeben. 

4. <fileSec> 

Content File Section (Angaben zum Inhalt) 

Jede Datei, die Teil eines gegebenen digitalen Objekts ist, wird in diesem Abschnitt 
aufgelistet. <fileSec> enthalt also alle Dateien eines AIPs. Jede Datei erhalt einen 
eindeutigen Identifikator. 

5. <structMap> 

Structural Map (Strukturbeschreibung) 

Dieses Element gibt die interne Struktur eines Archivpakets wieder, so dass der Benutzer 
darin navigieren kann. Fiir den Access ergeben sich direkte Abhangigkeiten, indem der 
Komfort und die einzelnen Funktionen der Retrievaloberflache an der 
Consumerschnittstelle auf die Aufbereitung der internen <div>-Elemente zugreifen und 
das <structMap>-Element suchen (browsen). 



111 siehe Anhang 3.4 Tabelle DIII(481) 



112 siehe Anhange 3.1-3.6 Tabellen CIV(271), EIV(95)AH(210), FI(125), FII(463), FIII(372) 
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Beispielweise kann in einem PDF-Dokument mit geeigneten Viewern mittels 

1 1 "3 

Inhaltsverzeichnis navigiert werden. Das <StructMap> ist der Kern des METS- 
Standards. 

6. <structLink> 

Structural Map Link (Link der Strukturbeschreibungen von Objekten) 

Dieses Element ermoglicht das Einfiigen von Hyperlinks auf andere Strukturbereiche des 
METS-Dokuments. 

7. <behavior> 

Behaviour section (Bereich fur ausfuhrbares Verhalten) 

Dieses Element enthalt Metadaten, die sich auf ausfuhrbare Programmcodes beziehen. So 
kann es notig sein, eine Softwareumgebung zu starten und auszufuhren, bevor darin ein 
digitales Objekt ablaufen kann. 

4.2.2 LMER 

Die Langzeitarchivierungs metadaten fur elektronische Ressourcen sind ein 
Metadatenstandard, der von der Deutschen Nationalbibliothek entworfen und gepflegt 
wird. LMER liegt in der Version 1 .2 vom April 2005 vor. 114 Den Kern bildet vor allem das 
Datenmodell der National Library of New Zealand. LMER ist fur den Gebrauch in 
Datenaustauschformaten gedacht. Wegen der technischen Weiterentwicklung von Dateien 
und technischen Anforderungen ist es problematisch, einmalig ein gultiges Set 
technischer Metadaten fur samtliche Formate zu konzipieren. LMER bildet daher einen 
Kern von Metadaten, der fur alle Dateiarten zutrifft. 115 Das Hauptproblem besteht in den 
Abhangigkeiten der Archivpakete von bestimmten Softwarekomponenten, die zur Anzeige 
der Pakete unerlasslich sind. Sie hangen von bestimmter Hardware und spezifischen 
Betriebssystemen ab. Die Sachlage wird durch Versionierungen in der Hard- und Software 
noch komplexer. Das englische Projekt PRONOM 116 der National Archives stellt eine File 



113 Das Verhalten eines Nutzers kann sich auch dadurch andern, dass ein Objekt digital vorliegt. Die Struktur und 
das „Look and Feel" sollte dem Original so weit moglich entsprechen. Die Usability von 
itefr/eva/oberflachen und Viewern sollte den Eindruck des Originals nahelegen. Siehe Anhang 3.1 Tabelle 
AI(322). Siehe auch nestor Handbuch, Version 1.5, S. 8-3 

114 siehe LMER 

115 ebd, S. 5 

116 siehe: The national archives 
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Format Registry dar, die als Datenbank diese Abhangigkeiten abbildet. PRONOM erlaubt 
es, nach Dateiformaten zu suchen und gibt technische Informationen liber das Dateiformat 
bekannt, nennt Hersteller, weitere Anbieter, MIME-Typen, Versionen, Entstehungsjahr 
und benennt Einzelheiten zur weiteren Unterstiitzung des Dateiformats. Diese 
Informationen konnen als XML-Datei abgerufen werden, um in Metadatenbereiche von 
Langzeitarchivierungssystemen eingebracht zu werden. PRONOM ist insofern fur den 
Access hochst relevant, da es die Zusammenhange zwischen Dateiformat und 
Abspielumgebung aktualisiert darstellt. Die Hard- und Softwareumgebung von digitalen 
Archiven wird sich mit der Zeit andern, das digitale Objekt sollte moglichst unverfalscht 
unbegrenzt erhalten werden. 

LMER kann eigenstandig als Austauschformat fur technische Metadaten oder als Teil 
anderer XML-Strukturen wie METS genutzt werden. 

LMER gliedert sich in folgende Abschnitte: 

Objekt: Es besteht aus Metadaten, die sich auf samtliche Teildateien eines Archivpakets 
(AIP) beziehen. Eine Uniform Ressource Name-Adresse (URN) ist integriert, die als 
persistenter und ortsunabhangiger Identifikator das Objekt bezeichnet. 

Prozess: Samtliche Veranderungen am Objekt oder dessen Bestandteilen (Einzeldateien) 
werden hier protokolliert. Das Element kann mehrfach verwendet werden. Jede Anderung 
am Objekt wird einzeln in der Instanz Objekt aufgenommen. 

Datei: Dateien innerhalb eines digitalen Objekts werden mit eigenen Metadaten in Bezug 
auf ihre Charakteristik beschrieben. Dieses Element enthalt Metadaten, die fur jeden 
Dateityp gleich sind. Spezifische Metadaten wie z. B. Image-Dateien mit ihrer Auflosung 
in dpi oder Tondateien mit ihrer Samplingrate in kHz werden im Element <xmlData> 
eingebunden. Das Unterelement kann mehrfach auftreten. 

Metadaten Modifizierung: In diesem Element werden samtliche Veranderungen an den 
LMER Metadaten protokolliert. Ahnlich wie im METS-Element <agent> als Unterelement 
von <metsHdr> konnen Organisationen oder Personen, die Veranderungen am Objekt 
vorgenommen haben, festgehalten werden. 



117 Fur Download der Roadmap von 2009 mit geplanten Entwicklungsschritten zu PRONOM 

(Unified Digital Formats Registry (UDFR)) siehe: The technical registry PRONOM / -Proposal and roadmap 
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4.2.3 PREMIS 118 



Die Preservation Metadata: Implementation Strategies (PREMIS) liegen in der Version 
2.0 vom Marz 2008 vor. 119 Als deutsche Einrichtung ist die Staats- und 
Universitatsbibliothek Gottingen Mitglied der Arbeitsgruppe PREMIS, deren Vorsitz unter 
anderem die Library of Congress inne hat. Dieser Standard wird im Bundesarchiv 

171 177 

zusammen mit XDOMEA verwendet. Der prototypisch vorgestellte ^cces-s-Report 
orientiert sich an PREMIS und nutzt fur seine Datenfelder XML-Elemente dieses 
Metadatenstandards. PREMIS ordnet die Elemente Objects, Events, Agents und Rights, die 
hier kurz erlautert werden. Agents , „Akteure" wie SIP-Ersteller oder Archivpersonal, 
fuhren Arbeiten (Events) an digitalen Objekten (Objects) aus. Sie haben dazu die 
Moglichkeit aufgrund erteilter Zugriffs- oder Urheberrechte (Rights). Sogenannte 
Identifier-Containerelemente enthalten ID-Nummern, die sich eindeutig auf die einzelnen 
Instanzen der Elemente beziehen. Events sind bei PREMIS einmalig und bekommen 
eigene ID-Nummern, um Vorgange nachvollziehbar zu machen. Die Event-ID wird 
automatisch vom System generiert. Das Konzept von Agents, Events und Rights findet sich 
im Datenmodell von PREMIS wieder. 

preservation metadata thus spans a number of the categories typically used to 
differentiate types of metadata: administrative (including rights and permissions), 
technical, and structural. Particular attention was paid to the documentation of digital 
provenance (the history of an object) and to the documentation of relationships, 
especially relationships among different objects within the preservation repository." 124 

PREMIS erlaubt das Einbinden externer Metadaten nach fremden Standards mittels sog. 
Extension Container. 



118 Die PREMIS-Entitaten liegen als XML-Dateien in den Anlagen 3.1-3.4 auf der CD bei. 

119 siehe PREMIS Data Dictionary for Preservation Metadata, Version 2.0 

120 siehe OCLC / PREMIS membership 

121 siehe Anhang 3.3, Tabelle CI(147) 

122 Der prototypisch vorgestellte Access-Report befindet sich in Kapitel 8 der vorliegenden Arbeit, die 
Realisierung eines Access-Reports S. 98, 99 

123 siehe PREMIS Data Dictionary, S. 131 

124 ebd., S. 3 
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Abbildung 6: Das Datenmodell von PREMIS 
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Die Kasten stellen Entitaten dar, die Pfeile symbolisieren Beziehungen zwischen ihnen. 



PREMIS bildet Strukturen von Teilen der digitalen Objekte ab (structural relationship). 126 
Es beriicksichtigt auch Querverweise zwischen verschiedenen Objekten (derivation 
relationship). Fur den Fall, dass von einer Fotografie im Format TIFF derivierte Objekte 
im Format JPG erstellt wurden, sollte eine Verlinkung zum Ursprungsobjekt gegeben sein. 
Dependency relationship ist gegeben, wenn ein Objekt zur eigenen Darstellung ein anderes 
benotigt, wie z. B. eine XML-Datei, die nur mittels eines XSL (extensible Stylesheet) 
formatiert angezeigt werden kann. Im PREMIS Data Dictionary werden einzelne 



Elemente, semantic units, in Tabellen erschlossen und in ihrer Feinstruktur spezifiziert. 



127 



PREMIS stellt bei Objektmigrationen auch Veranderungen am Objekt dar. Das Event 
(z.B. Migration) hat immer ein Ergebnis (Event Outcome). In diesem Element konnen 
entweder automatisch erhobene Metadaten aufgefuhrt werden (Objektvalidierung, 
Metadatenextraktion usw.) oder es konnen intellektuell Hinweise auf Variationen und 
Anderungen gegeben werden. Das Objekt wird mit der ID-Nummer der durchlaufenen 
Events verlinkt und beinhaltet somit die Objekthistorie. Die Software, unter der ein Objekt 
lauft, wird mit Namen, eventueller Version und Typ spezifiziert. Eventuelle 



siehe S. 5 im PREMIS Data Dictionary 



' ebd. S. 13 
siehe auch Anhang 4.2 PREMIS-Kategorien fur den Access-Report 
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Abhangigkeiten der Software werden im Element <swDependency> mit einem string- 
Wert beschrieben. Die Hardware, unter der das Objekt lauft, wird mit Namen und Typ 
angegeben. Eventuelle Besonderheiten zur Hardware stehen im Element 
<hwOtherInformation>. Abhangigkeiten konnen gegebenenfalls im Element 
<dependencyIdentifierValue> durch eine ID-Nummer referenziert werden. Die 
Abhangigkeit tragt einen Namen und gehort einem Abhangigkeitstyp an. Gepackten 
Dateien wird ihre Containerdatei (z.B. ZIP), hinzugerechnet. 129 Die PREMIS XML- 

1 "2 A 

Schema-Dateien konnen frei im Internet heruntergeladen werden. Das Element 
<objectCompositionLevel> kann fur die einzelne wiedergabefahige Datei den Wert 
annehmen. Sind der Datei digitale Zusatze wie Verschlusselungen oder PDF- 
Druckrestriktion beigefugt, bekommt das Objekt den Wert 1, wobei unter 1 nur der Zusatz 
beschrieben wird. Bei Einschrankungen am Objekt wird beschrieben, worauf sich die 
Restriktionen beziehen (Target). PREMIS sieht metadatentechnisch diese Moglichkeit vor. 
Das digitale Archiv entfernt jedoch vor dem Ingest samtliche Restriktionen auf Objekte. 

1 "\ 1 

Die Metadaten Rechte <rights> werden mit dem Wert von <linkingObject> mit dem 
digitalen Objekt verknupft. Zeitlich befristete Berechtigungen werden mit Start- und 
Endzeitpunkt verwaltet und enthalten den Lizenztext. 

Das Element <event> schlieBt einen Link zu <agent> und <object>ein. 

4.2.4 XDOMEA 

Dieser Metadatenstandard ist auf die Prozesse im Verwaltungshandeln spezialisiert. 
Elektronische Akten sind in Vorgange unterteilt, diese enthalten die einzelnen Dokumente. 
XDOMEA bildet insofern die Morphologie der Akte ab und raumt Moglichkeiten ein, der 
elektronischen Akte einen Lebenslauf beizufugen, wie es auch bei der herkommlichen 
papierenen Akte praktiziert wird. Insofern werden metadatentechnisch die Vorgange der 
Abgabe aus der Registratur an das Archiv, die Aussonderung, der Geschaftsgang, der 
Austausch von Aktenplan und Fachverfahrensdaten unterstutzt. Der Standard unterstutzt 
den Austausch digital signierter Dokumente, wie sie in behordlichen Vorgangen 



128 siehe XML-Datei ObjectEntity in der Anlage 3 

129 siehe PREMIS Data Dictionary, S. 199 

130 siehe PREMIS / schemas 

131 siehe XML-Datei RightsEntity in Anlage 3 

132 siehe Lifecycle bei digitalen Akten, nestor Handbuch, Version 2.0, Kap. 2:9 
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vorkommen. XDOMEA 2.0 lost seit Anfang 2009 die Vorgangerversion ab . Entwickelt 
und gepflegt wird XDOMEA durch den Kooperationsausschuss Automatisierte 
Datenverarbeitung Bund / Lander / Kommunaler Bereich (KoopAADV). Die 
Datenstruktur von XDOMEA 2.0 ist nachrichtenbasiert, d.h. Anderungen in der Datenbank 
durch berechtigte Personen konnen nachvollzogen werden. In der Arbeitsgruppe 
XDOMEA sind unter anderem das Bundesverwaltungsamt - Bundesstelle fiir 

1 3S 

Informationstechnik, das Bundesministerium des Innern und das Bundesarchiv 
vertreten. 

Gerade bei behordlichen Vorgangen ist der Datenschutz streng einzuhalten und die 
zugangsberechtigten Personengruppen eindeutig zu definieren. XDOMEA behandelt 
zugangsberechtigte Personen als „Akteure" bzw. Stakeholder und teilt sie in drei Gruppen: 
die Verwaltung (Bundes- / Landes- oder Kommunalverwaltung inklusive Gerichtsbarkeit), 
Verwaltungsexterne (Burger, Wirtschaftsunternehmen, Anwalte und Notare) und die 
Archive (verwaltungsinterne oder -externe Institutionen). Im XDOMEA-Element 
<AllgemeineMetadatenType> ist das Unterelement <Vertraulichkeitsstufe> definiert 
welches folgende Werte annehmen kann: "Geheim", "Offen", "NfD"(nur fiir den 

1 "X "7 

Dienstgebrauch), "Streng geheim" und "Vertraulich". Die Werte richten sich nach den 
Verschlusssachenanweisungen des Bundes und der Lander (VSA). 138 

4.2.5 NISO MIX 

Die NISO (National Information Standards Organisation) Metadata for Images in XML 



liegen seit Mai 2008 in der von der Library of Congress entwickelten Version 2.0 vor. 



139 



140 



Die aktuelle Version kann auf der Homepage des Projekts abgerufen werden 
Dieser Metadatenstandard dient der Beschreibung von digitalen Bildern und 
Bildsammlungen und ist ein Metadatenaustauschformat. 



133 siehe Kooperationsausschuss automatisierte Datenverarbeitung 

134 ebd. 

135 siehe auch Interview mit Herrn Huth, Anlage 1.1 sowie Transkript Anhang 2.1 

136 siehe Kooperationsausschuss automatisierte Datenverarbeitung / Mitglieder / Mitgliederliste 

137 siehe Kooperationsausschuss automatisierte Datenverarbeitung / XDOMEA 2.0.1 Spezifikation S. 94, S. 213 

138 ebd. S. 213. 

139 siehe MIX 

140 siehe MIX / XML schema version 2.0 
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Der MIX- Standard lasst sich in METS integrieren. 141 Der MIX-Standard besteht 
gegenwartig aus sechs Elementen mit Unterelementen. 

Der NISO-MIX- Standard wendet sich an Archive und Einrichtungen mit digitalisiertem 
oder originar digitalem Bildmaterial. 

4.2.6 Dublin Core 

Dublin Core ist ein bibliographischer Metadatenstandard der von der Dublin Core 
Metadata Initiative in der Version 1 . 1 von Anfang 2008 zur Verfiigung gestellt wird und 
nach ISO 15836-2003 standardisiert ist. Er beinhaltet fiinfzehn Elemente sehr allgemeiner 
Natur und ist daher im Vergleich zu hochgradig spezifischen Metadatenstandards leichter 
in digitalen Archiven zu implementieren. Seine Schwache liegt gleichzeitig in der weiteren 
Fassung seiner Elemente, dem ein Objektart-gebundener Metadatenstandard uberlegen ist. 
Dublin Core beschreibt den Typ des Objekts und macht Angaben zu Autor, Titel, 
Schlagwortern, Rechte uber das Objekt, Sprache, Verknupfungen zu anderen Objekten. Es 
erlaubt die Schilderung des Themas des Objekts (description) durch Abstracts. Dieser 
Sachverhalt lasst es gunstig erscheinen, Dublin Core in weitere spezifischere 
Metadatenstandards einzubinden, um deskriptive Metadaten moglichst zu bundeln und 
komplett ausgeben zu konnen. Die Datenelemente sind in ihrer Anwendbarkeit weiter 
gefasst, als es z.B. bei PREMIS der Fall ist. 



Die Dokumentation ist nicht in derselben Ausfiihrlichkeit gegeben. 143 



4.3 Metadaten in der praktischen Anwendung 

Die oben vorgestellten Metadatenstandards sind fur einen Nutzungszugang zu digitalen 
Archivpaketen (AIPs) und somit zum konzeptuellen Objekt als Dissemination Information 
Package (DIP) von entscheidender Bedeutung. Ohne Pflege und Weiterentwicklung waren 
digitale Objekte nicht uber langere Zeitraume zu erhalten. Als weiterer wichtiger Aspekt 
kommt hinzu, dass Standardisierungsprojekte fur einen internationalen Datenaustausch und 



141 Das Handbuch zum Mix-Standard Data Dictionary -Technical Metadata for Digital Still Images (ANSI/ 
NISO Z39. 87-2006) beschreibt den Gebrauch der Kategorien. Siehe MIX / Data Dictionary 

Metadaten zu Urheberrechten oder Benutzungsrechten sind in diesem Handbuch nicht abgedeckt (siehe S. 1) 

142 siehe Dublin Core metadata initiative 

143 Eine Dokumentation des Dublin Core Metadatenstandards in der Version 1.1 ist unter folgender Seite 
abrufbar: Dublin Core / The Dublin Core metadata element set. 
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weltweite Verfiigbarkeit mittels Internet fur das Retrieval und die DIP-Auslieferung einen 
breiten Konsens uber Metadateninhalte und Metadatenstrukturen notig machen. 

Eigenschaften von Metadatenstandards 

Damit der Zugang zu digital en Objekten auch in Zukunft gesichert ist, sollten 
Metadatensets oder -standards folgende Eigenschaften haben: 

Der Metadatenstandard sollte sich in weitere Metadatenstandards integrieren lassen und 
mit ihnen kompatibel sein. Es ist gunstig, wenn Standards von offenen Arbeitsgruppen 
erarbeitet werden und nicht proprietor lizenziert sind. Nur so ist der freie Austausch 
innerhalb einer groBen Entwicklergemeinschaft moglich und die wirtschaftliche 
Unabhangigkeit der Anwenderorganisationen gegeben. Die Entwicklung der 
Metadatenstandards in XML bietet viele Vorteile, da XML sehr weit verbreitet ist und 
gemaB den Empfehlungen des W3C (World Wide Web Consortium) 144 entwickelt wird. 
Die Erweiterungsfahigkeit von Metadatenstandards sollte stets moglich sein. Dabei wird 
ein Standard als zukunftstrachtig bezeichnet, wenn er moglichst viele Anwender hat. Ein 
Metadatenstandard muss unbedingt dokumentiert werden. Diese Dokumentation muss frei 
zuganglich sein, um Transparenz zu gewahrleisten. Bei einem Migrationsschritt am 
digitalen Objekt sollte das verwendete Metadatenschema in der Lage sein, die vorherigen 
Metadaten ggf. in einem Hullelement aufzunehmen. 

Beispiel fur die Nutzung zweier Metadatenstandards 

Im Bundesarchiv wird der Metadatenstandard XDOMEA verwendet, der sich speziell auf 
elektronische Akten bezieht und ihrem Aufbau Rechnung tragt, indem er Akten in 
Vorgange und diese in Dokumente aufgliedert. Die Bearbeitungshistorie wird in 
XDOMEA ebenfalls abgebildet. Der PREMIS-Teil enthalt technische 
Langzeitarchivierungsmetadaten. 

Metadaten unter dem Aspekt des Access 

Wie in Kapitel 4, S. 35-39 beschrieben, sind im digitalen Archiv potentiell alle Metadaten 
zu den digitalen Objekten enthalten, um die Funktion des Access zu ermoglichen. Der 
Access kann fur eine nahere Betrachtung in die Teilbereiche DIP-Auslieferung mit und 



144 siehe W3C / XML technology 
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ohne Reports, Digital Rights Management (DRM) 145 und Retrieval gegliedert werden. Der 
Teilbereich DRM wird in der fur OAIS -relevanten Literatur bisher nur in geringem MaBe 
thematisiert. 146 Inwiefern ein Access-Report Veranderungen an digitalen Objekten und ihre 
gegenwartigen Eigenschaften abbilden kann, hangt vom Datenmodell des 
Metadatenstandards ab. Es ist vorteilhaft, wenn ein Metadatenstandard uber weite Bereiche 
den Access-Report direkt unterstiitzt, daher dessen Felder sinngemaB in seiner Struktur 
enthalt. Teile des Reports mussen unter Umstanden aus anderweitigen Metadaten generiert 
werden. 

Retrieval 

Ein erfolgreicher i?e?n'eva/prozess hangt ganz entscheidend von den i?e/n'eva/kenntnissen 
des Nutzers ab. Ein Suchvorgang ist nur dann erfolgreich, wenn die Retrievalspmche oder 
im einfachen Fall die graphische Oberflache korrekt bedient wird. Der Benutzer sollte 
idealerweise fur die Suche und Bewertung von Informationen sensibilisiert sein. Michael 
Eisenberg und Robert Berkowitz haben zum Gesamtvorgang der Informationsgewinnung 
ein aus sechs Schritten aufgebautes Modell entwickelt. 147 Nur wenn ein Ziel oder eine 
Fragestellung mit dem Retrieval verknupft ist (task definition), kann der nachste Schritt der 
information seeking strategies erfolgen. Die Informationsquellen mussen dann lokalisiert 
werden, um mit ihnen weiter arbeiten zu konnen. Die Betrachtung weiterer Schritte, wie 
der Selektion, Analyse und Evaluation von Informationen, soil in diesem Zusammenhang 
nicht weiter vorgenommen werden. Wichtig sind fur den Retrievalvorgang ausschlieBlich 
die ersten beiden Schritte. Nur mit einer adaquaten Fragestellung lassen sich Anfragen an 
das System erfolgreich stellen. Der Nutzer mochte eine Treffermenge (recall) haben, die 
relevant in Bezug auf die Suchanfrage ist und den Datenbankbestand moglichst vollstandig 
gemaB seiner Suchkriterien abbildet. Weitere Qualitatsmerkmale eines gelungenen 
i?e?rz'eva/vorganges liegen in der Verfugbarkeit refr-z'eva/relevanter Metadaten. Als 
Grundvoraussetzung sind deskriptive Metadaten des digitalen Objekts in das Retrieval 
einzubeziehen. Kategorien, wie Sachtitel, Verfasser, ISBN-Nummern usw., sollten 
recherchierbar sein. Desweiteren sollten Suchkriterien wie Notationen und Schlagworter 
re^n'eva/fahig sein. Fur bestimmte Suchanlasse oder Zielgruppen kommen 
Sonderkategorien hinzu. In juristischen Volltextdatenbanken macht die Recherchierbarkeit 



vgl. Kapitel 4.1.6 rights metadata, S. 38-39 und Kapitel 5.1 Digitate Langzeitarchivierung als 
Marketinginstrument, S. 55 ff in der vorliegenden Arbeit 

146 Reference Model for an Open Archival Information System (OAIS) : pink book 

147 siehe Homann, Benno. Der Verfasser nimmt Bezug auf Publikation von Eisenberg und Berkowitz: Six big 
skills 
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von Versionsnummern eines Dokuments Sinn, da ein Gesetzentwurf an entscheidender 
Stelle von der endgultigen Fassung abweichen kann und der Informationsgehalt gerade in 
der Kenntnis der Unterschiede des Entwurfs zum endgiiltigen Dokument liegen kann. Bei 
technischer Dokumentation kann es wichtig sein, gezielt nach digitalen Objekten zu 
suchen, die mit einer bestimmten Hard- oder Software erstellt wurden. In der Physik 
konnen moderne Analysemethoden altere ablosen und gegebenenfalls Versuche mit neuen 
Gerategenerationen wiederholt werden, indem man Datenobjekte der alteren 
Gerategeneration sucht und diese gezielt ersetzt bzw. um neue Datenobjekte erganzt. 

Generell sollte eine i?e/n'eva/oberflache den Gebrauch von Boolschen Operatoren 
ermoglichen und eine postkoordinierte Recherche zulassen. Hierdurch kann der Benutzer 
Suchstrings in Zwischenschritten immer weiter modifizieren, bevor die endgultige Suche 
ausgelost wird. Treffermengen konnen durch textimmanente Indexierung (Stichworter) 
erhoht werden. 

4.4 Automatisierte Metadatenerhebung 

Es sollen im Regelbetrieb des digitalen Archivs moglichst viele Prozesse vollautomatisch 
ablaufen. Intellektuell zu bearbeitende Prozesse erhohen Personalkosten und bergen auch 
im Fall von Massenroutine die Gefahr von Fehlern. Die Objektvalidierung mit DROID 
kann im Pre-Ingest automatisch ablaufen und File Format Registries wie PRONOM 149 
konnen automatisch zur Dateiformat-Erkennung abgeglichen werden. Zusatzlich ist es 
auch moglich, die Metadaten eines Objekts automatisch auszulesen und einen XML- 
basierten Report zu erstellen. Das Journal STORage in New York 150 (JSTOR) ist eine 
gemeinnutzige Einrichtung, deren Ziel es ist, das Hochschulwesen zu unterstiitzen, indem 
es ein digitales Archiv betreibt und zu OAIS-relevanten Tools forscht und diese entwickelt. 
Zusammen mit der Harvard Universitatsbibliothek hat es das Tool JSTOR/Harvard Object 
Validation Environment (JHOVE) erstellt. 151 Damit JHOVE Metadaten extrahieren kann, 
miissen dem Tool Informationen zu Dateiformaten zugefuhrt werden, indem Format- 
Informations-Module nachinstalliert werden. Gegenwartig werden unter anderem die 
Formate JPEG, PDF, HTML, ASCII, WAVE, XML erkannt. JHOVE wird in kopal 152 



148 vgl. Kapitel 7.4 die Ableitung eines Access-Reports, S. 96 f. in der vorliegenden Arbeit 

149 vgl. Kapitel 4.2.2 LMER S. 45 in der vorliegenden Arbeit 

150 vgl. JSTOR 

151 siehe Jhove 

152 vgl. Kapitel 7.2.2 SUB, S.76 in der vorliegenden Arbeit 
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1 SI 

integriert, wo es Teil der koLibRI Software ist. JHOVE gibt den erzeugten 
Metadatenbericht an einen Handler, der die Daten in eine XML-Datei schreibt und 
speichert. 



5 Zielgruppenanalyse der digitalen Langzeitarchivierung 

5.1 Digitale Langzeitarchivierung als Marketinginstrument 

Die Tatsache, dass das Consultative Committee for Space Data Systems als Verbund 
internationaler Raumfahrtorganisationen in seiner Reihe Blue Books das OAIS- 
Referenzmodell konzipiert und veroffentlicht hat, lasst die Ernsthaftigkeit erkennen, mit 
der an Langzeitstrategien fur den Erhalt digitaler Objekte gearbeitet wird. Im Mai 2009 
wurde ein weiteres Papier zum OAIS-Modell zur offentlichen Kommentierung 
herausgegeben. 154 Die Neuerungen betreffen im Bereich Access den Aspekt Digital Rights 
Management (DRM), welcher ohne Zweifel von gewichtigem Interesse ist. In dieser Arbeit 
wird er nicht naher erlautert, da die Entwicklung noch zu neu ist, als dass allgemeingultige 
Aussagen getroffen werden konnen. Man kann aber annehmen, dass das OAIS-Modell 
nicht nur fur Forschung, Wissenschaft und informationsvermittelnde Einrichtungen 
ausgelegt ist, sondern auch kommerziell genutzt werden kann. In diesem Kapitel sollen 
potentielle Nutzergruppen beleuchtet werden. Der Begriff Nutzergruppen bezieht sich in 
diesem Kontext nicht nur auf Einzelpersonen, sondern auch auf Betreiberorganisationen 
und Einrichtungen fur digitale Archive. Bibliotheken bieten zunehmend digitalisierte 
Formen ihrer Altbestande iiber das Internet zur weltweiten Nutzung an. 

Als typisches Beispiel fur eine solche Einrichtung wird die Universitatsbibliothek Leipzig 
mit einem Digitalisierungsprojekt vorgestellt. 

Die Universitatsbibliothek Leipzig 155 hat zusammen mit anderen Bibliotheken als 
Kooperationspartner den Kodex Sinaiticus digitalisiert und erschlossen 156 . Diese 
MaBnahme fuhrt erstmalig Fragmente der Bibelhandschrift aus verschiedenen Bibliotheken 
in einem Portal zusammen. Das Digitalisat kann komfortabel genutzt werden, ohne das 
Original zu konsultieren, da es unter Bestandsschutz steht. 



53 siehe Neubauer, Matthias 



154 siehe Reference Model for an Open Archival Information System (OAIS): pink book 

155 siehe Universitatsbibliothek Leipzig/ 

156 siehe Universitatsbibliothek Leipzig / Das Projekt Codex Sinaiticus 
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Bibliotheken greifen zu diesen Mitteln, um ihre Aufgabe des Sammelns, ErschlieBens und 
Vermittelns von Informationen wahrzunehmen und sich breitere Nutzerschichten zu 
erschlieBen und zu erhalten. Fur Bibliotheken ist die Bedeutung der 

Offentlichkeitswirksamkeit von gut gestalteten und funktionalen Homepages sehr wichtig. 
Die Erstellung von Digitalisaten ist in der Anfangsphase der Projektrealisierung finanziell 
aufwandig. Fur ihre Aktualisierung entstehen weiterhin permanent Kosten, um ihre 
dauerhafte Zuganglichkeit zu gewahrleisten. Durch Pflege und Erhalt wird 
Zukunftsfahigkeit sowie Kompatibilitat fur sich andernde IT-Umgebungen garantiert. 
Insofern ist von einer Marketingstrategie auszugehen, die diesem Projekt zugrunde gelegt 
werden sollte. 

Der Begriff des Marketings wird definiert als „Prozess im Wirtschafts- und Sozialgefuge, 
durch den Einzelpersonen und Gruppen ihre Bedurfhisse und Wunsche befriedigen, indem 
sie Produkte und andere Dinge von Wert erzeugen, anbieten und miteinander 
austauschen". 

Aus Sicht des Unternehmens, in diesem Falle der Bibliothek, bedeutet das ein Wecken und 
Decken von Nachfrage. Uber eine Marketingstrategie hinaus sollte neben einer 
Gemeinwesenanalyse, d. h. eine Zielgruppenbestimmung durch Marktsegmentierung, auch 
eine SWOT-Analyse Strengths, Weaknesses, Opportunities, Threats , eine Analyse der 
Konkurrenz- und Kooperationsmoglichkeiten erfolgen. 160 Bibliotheken legen ein Leitbild 
zur Funktions- und Aufgabenbestimmung fest. Das ist der erste Schritt des 
Marketingzyklus. Der Markt 161 wird daraufhin analysiert und Marketingziele festgelegt. 
Der Facher des Marketingmix besteht aus Angebotspolitik, Kommunikationspolitik, 
Distributionspolitik und Gegenleistungspolitik. 

Am Ende des Zyklus steht die Erfolgskontrolle. 162 Die digitale Langzeitarchivierung wird 
in dem vorgestellten Bibliotheksprojekt von alien vier Elementen des Marketingmix 
getragen. 



157 siehe Hacker, S. 12 in der Definition von Bibliotheken ist von Biichern die Rede- der Verfasser hat diesen 
Begriff als information" allgemeiner gefasst 

158 Grundlagen des Marketing, S. 30 

159 eigene Starken und Schwachen - Chancen und Risiken 

160 Grundlagen des Marketing, S.l 12-129 

161 Der Markt ist nach Kotler definiert als „die Gesamtheit von Anbietern und Nachfragern, die fur eine 
bestimmte Produktklasse Transaktionen vornehmen wollen[...]Die Anbieter der jeweiligen Guter oder 
Dienstleistungen sind eine Branche und die Kaufinteressenten stellen fur sie den Markt da." Ebd., S. 37 

162 ebd., S. 740 
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Die Digitalisierung ist Teil der Angebotspolitik, weil sie als Werkzeug fur ein 
Informationsangebot einer Handschrift dient, die der Allgemeinheit auf keinem anderen 
Weg angeboten werden konnte. Die Kommunikationspolitik nutzt die Schnittstelle 
zwischen Mensch, Internet und Computer. In Bezug auf die Distribution fungieren das 
Internet, der Computer und die serverseitige Ausstattung mit Viewer und 
Navigationsinstrumenten bzw. den archivierten Daten als Vertriebskanal. Die 
Gegenleistungspolitik betrifft sowohl die Kooperationspartner untereinander (also die 
teilnehmenden Einrichtungen) sowie Rechenzentren, die das Angebot sichern und hosten, 
als auch die Zufriedenstellung von Projektforderern und den Endnutzern, fur die ein 
Projekt realisiert wurde. 163 Die Qualitat bzw. die Gute einer Dienstleistung ist schwieriger 
zu beschreiben als ein Produkt. Untersuchungen haben jedoch ergeben, dass es Kriterien 
gibt, die fur den Erfolg einer Dienstleistung entscheidend sind. 164 An erster Stelle steht das 
Kriterium „Erreichbarkeit". Diese ist uber das Internet praktisch permanent gegeben, sieht 
man von eventuellen temporaren Storungen des Serviceproviders ab. Die digitale LZA der 
gesamten Homepage und der Digitalisate des Originals dienen dem Werterhalt des 
Projekts. Es reicht nicht aus, die Daten zu hosten. Die Daten des gesamten Projekts miissen 
auf Rechnergenerationen der Zukunft mit neuartiger Hard- und Software weiterhin 
lauffahig bleiben. In der Migration dieser Projekte liegt ein wesentlicher 
Betrachtungsschwerpunkt der digitalen LZA. l 5 

Der Grafik kann man entnehmen, dass das Auftreten einer neuen Technologie die 
Vorgangersysteme ablost, ihre Nutzungsquote sinkt und sie ihrerseits einen Hochpunkt 
erfahrt. 

Digitalisierung, Kosteneffektivitat, Standardisierung und Miniaturisierung stellen einen 
technologischen Push-Faktor dar, der vom Markt auch abgerufen wird (Market Pull). Der 
Markt verlangt nach Interaktivitat, sofortigem Zugriff und multimedialen 
Abspielumgebungen. 166 

Es ergeben sich also folgende Zielgruppen der (digitalen) Langzeitarchivierung: 
Bundes- und Lander archive, offentliche Verwaltung mit alien Amtern und Behorden, der 
medizinische Sektor, Gerichte sowie Industrie und Dienstleister. Bibliotheken und Museen 



163 Anhang 5, Grafik 4 zeigt SchlusselgroBen fur den Erfolg einer Dienstleistung, welche sich auf digitale LZA 
iibertragen lassen. 

164 Grundlagen des Marketing, S. 742 

165 siehe Anhang 5: Grafik 5. Die Grafik veranschaulicht, dass ab dem Jahr 2000 der netzwerkbasierte Markt 
strategisch bedeutend wurde. 

166 siehe Anhang 5 Grafik 2: Technology push and market pull 
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konnen sich ihren strukturellen Defmitionen gemaB ebenfalls auf eine Archivierungspflicht 
berufen. Insbesondere fur Bibliotheken gilt: „ Bibliotheken also sammeln publizierte 
Informationsquellen aller Art [...]. Je nach Bibliothekstyp ist das Sammeln verbunden mit 
zeitlich befristeter oder dauerhafter Aufbewahrung (Archivierung) der Medien". 167 Dieser 
Aspekt macht vor allem vor dem Hintergrund von elektronischen Zeitschriften, 
Fachdatenbanken und multimedialen Informationstragern (DVD, CD, Blue Ray) die 
Dringlichkeit von Archivierungsstandards deutlich. Eine Zusammenfassung aller 
betroffenen Einrichtungen fallt aufgrund ihrer Komplexitat schwer. Man kann jedoch 
bemerken, dass alle informationsvermittelnden Einrichtungen im Besonderen sowie 
weiterhin alle Einrichtungen, die Schriftgut oder Datenmaterial bearbeiten, betroffen sind. 
Die Verpflichtung der einzelnen Einrichtungen bezieht sich immer auch auf die 
Bedurfnisse von nachgestellten Institutionen, Kunden, Benutzern und Lesern. 
Das Datenmaterial wird nicht nur archiviert, um gegebenenfalls der Gesetzeslage zu 
entsprechen, sondern auch um eine adaquate Benutzbarkeit und Darbietung der 
Information zu gewahrleisten. 

Dass hierbei Urheber- und Zugangsrechte, Datenschutz- und Lizenzbestimmungen 
eingehalten werden mussen, zeigt deutlich, wie komplex die Aufgabenstellung der 
Langzeitarchivierung ist. 

5.2 Die Bedeutung des vertrauenswiirdigen Archivs fur den Access 

Fur den Zugang des Nutzers spielt die Vertrauenswurdigkeit (Trustworthiness) von 
digitalen Archiven eine entscheidende Rolle. Dieses uberaus komplexe Thema, welches in 
die Bereiche Kryptographie, digitale Signaturen usw. hineinreicht, wird in der folgenden 
Tabelle in seinen Grundzugen vorgestellt. 

Fur ein vertrauenswurdiges digitales Archiv sind die Trustworthy Repositories Audit & 
Certification: Criteria and Checklist (TRAC) 168 in der Version 1.0 vom Februar 2007 
veroffentlicht worden. 169 TRAC wird von vom Center for Research Libraries (CRL) in 
Chicago(IL) herausgegeben 170 . 



167 Bibliotheken und Informationsgesellschaft in Deutschland, S. 9 

168 Die gemeinsame Arbeitsgruppe aus den National Archives and Records Administration (NARA) und der 
Research Library Group (RLG) hat die Trustworthy Repositories Audit & Certification: Criteria and 
Checklist (TRAC) herausgegeben 

169 siehe auch Anhang 3.6, Tabelle FII (188) 

170 siehe Center for research libraries 



58 



Gewonnen wurden die dort publizierten Erkenntnisse durch die Beitrage von nestor 
(=Network of Expertise in Long-Term Storage of Digital Resources), dem oben genannten 
CRL und dem Digital Curation Center in Edinburgh. 171 

TRAC 

1 77 

Es werden funf Punkte definiert , die fur den Aufbau und den Betrieb eines qualitativ 
hochwertigen digitalen Langzeitarchivs notig sind. Langzeitverfugbarkeit im Rahmen von 
regierungs- oder institutionengebundenen Programmen, Struktur und personelle 
Ausstattung des Archivs sowie dauerhafte Finanzierung spielen eine wichtige Rolle. 
Ebenso sind Richtlinien fur Prozesse und verzeichnungsrelevante Inhalte wie auch der 
Themenkomplex der Plausibilitatsnachweise (Vertrauenswurdigkeit digitaler Inhalte in 
einer sich permanent andernden digitalen Umgebung) von Bedeutung. 

nestor Kriterienkatalog 

1 7^ 

Der nestor Kriterienkatalog liegt in der Version 2 vom Juni 2008 vor . Er versteht sich 
als Hilfsmittel in der Praxis der digitalen Langzeitarchivierung, indem Erfahrungen von 
Experten und unterschiedlichen Gedachtnisorganisationen sowie von Produzenten digitaler 
Information zusammengefuhrt werden. Der Kriterienkatalog erstreckt sich in seiner 
Zielgruppenbestimmung auf samtliche Gedachtnisorganisationen (d.h. Bibliotheken, 
Archive, Museen und andere Institutionen). Ziel ist auch die nationale und internationale 
Zertifizierung von Einrichtungen, die Anforderungen aus dem Kriterienkatalog in ihrem 
digitalen Archivsystem implementiert haben. 174 Diese Publikation stellt einen Meilenstein 
fur die digitale Langzeitarchivierung dar, indem sie Zustandigkeiten im gesellschaftlichen, 
politischen und fmanziellen Rahmen benennt und auBerdem technische Aspekte des OAIS- 
Archivs nach den Kriterien der CCSDS verbindet. 



171 siehe Center for research libraries /CRL, OCLC/RLG - NARA Task Force on Digital Repository 
Certification, S.2 

172 ebd., S.9 

173 siehe Kriterienkatalog vertrauenswurdige digitale Langzeitarchive, Version 2 

174 ebd., SI -2 
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Vertrauenswurdige und abgesicherte Langzeitarchivierung multimedialer Inhalte — 
Seit den Jahren 2006 (Kriterienkatalog vertrauenswurdige digitale Langzeitarchive, 
Version 1 zur offentlichen Kommentierung) bis 2008 sind in dem sehr jungen Bereich der 
digitalen Archive weitere Erfahrungen gesammelt worden, Notwendigkeiten erkannt und 
Risiken fur digitale Archive identifiziert worden. Es wird betont, dass digitales Archivgut 
immer vielfaltiger wird und Eingriffe an digitalen Objekten fur zukunftige Verfugbarkeit 
unerlasslich sind. 

Diese Eingriffe transparent fur die definierte Zielgruppe zu dokumentieren, ist Pflicht eines 
digitalen Langzeitarchivs im Sinne des Kriterienkatalogs. Dieser Nachweis soil den 
Produzenten eindeutig identifizieren und die RechtmaBigkeit bzw. Art der 
Transformationen am digitalen Objekt in luckenloser Folge nachweisen. Die jeweiligen 
Zeitpunkte der Eingriffe sind hierbei auch zu dokumentieren. 176 

Auf das digitale Archiv kommt nicht nur die Aufgabe der dauerhaften Erhaltung der 
Objekte und der Dokumentation vorgenommener Eingriffe an digitalem Archivgut zu 
sondern auch verscharft das Implementieren von Sicherheitsmechanismen. Neben dem 
Verlust digitaler Objekte droht die Vernichtung oder auch nicht-autorisierte Veranderung 
von Archivgut durch Dritte. Um diese Risiken gering zu halten, muss das digitale 
Langzeitarchiv fur IT-Sicherheit sorgen, um Angriffe von auBen etwa durch 
Computerviren bzw. unerlaubte Eingriffe und Veranderungen an digitalen Objekten zu 
verhindern. 

Es ist abzusehen, dass Interoperability von digitalen Archiven an Wichtigkeit zunehmen 
wird. Datenbanken und Web-Sites, welche auf Servern laufen, sollen in Zukunft in 
gekapselte Dienste zusammengefasst werden konnen. Diese sogenannte service-orientated 
architecture (SOA) macht digitales Archivgut noch leichter zugreifbar, erfordert aber eine 
hohe lokale Sicherheitsstufe und eine eindeutige Adressierung des Objekts, um es dem 

i nn 

jeweiligen Archiv auch eindeutig zuweisen zu konnen. 



175 ebd. 

176 siehe Kriterienkatalog vertrauenswurdige digitale Langzeitarchive, Version 2, S. 24, siehe mogliche 
Realisierung des Access Reports auf S. 98-99 in der vorliegenden Arbeit 

177 Vertrauenswurdige und abgesicherte Langzeitarchivierung multimedialer Inhalte, S. 142 
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Der nestor Kriterienkatalog, die TRAC und weitere Publikationen sollten auch im 
Zusammenhang mit Kriterienkatalogen weiterer Disziplinen der Technik und Informatik 
gesehen werden. Stellvertretend fur weitere Kriterienkataloge seien folgende Publikationen 
als Auswahl genannt: 
Die CC-Common Criteria nach (ISO/IEC 15408) bilden einen Kriterienkatalog fur die 

1 78 

Beurteilung von Sicherheit in IT-Systemen. Das Bundesamt fur Sicherheit in der 
Informationstechnik (BSI) gibt mit dem BSI-Standard 1000-1 in der Version 1.5 (2008) ein 

1 7Q 

Papier fur das Sicherheitsmanagement von IT-Systemen heraus. 



178 siehe common criteria 



179 siehe Bundesamt fur Sicherheit in der Informationstechnik / BSI-Standards 
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Die in der Tabelle des nestor Kriterienkatalogs enthaltenen Kriterien beziehen sich 

1 SO 

schwerpunktmaBig auf den (Access) des Benutzers zu digitalen Objekten — 



(Auszug) 



Organisatorischer Rahmen 


Umgang mit den Objekten 


Infrastruktur 


- die Ziele des digitalen 


- spezifiziert seine 


- die IT-Infrastruktur setzt die 


Langzeitarchivs (dLZA) sind 


Ubergabeobjekte (SIPs) 


Sicherheitsanforderungen des 


klar defmiert 




IT-Sicherheitskonzeptes um 


- das dLZA hat seine 


- fur Nutzung (Access), 


- die IT-Infrastruktur setzt die 


Zielgruppen defmiert und 


Archivablage (Archival 


Forderungen aus dem 


stellt fur diese die 


Storage) und Aufnahme 


Umgang mit Objekten um 


Interpretierbarkeit der 


(Ingest) sichert das dLZA die 




digitalen Objekte sicher 


Authentizitat der digitalen 
Objekte 




- -hat Kriterien fur die 


- fur Nutzung (Access), 




Auswahl digital er Objekte 


Archivablage (Archival 




getroffen 


Storage) und Aufnahme 
(Ingest) sichert das dLZA die 
Integritat der digitalen 
Objekte 




- Prozesse und 


- erhebt in ausreichendem 




Verantwortlichkeiten im 


MaBe Metadaten zur 




dLZA sind defmiert 


strukturellen Beschreibung 
digital er Objekte 




- das dLZA handelt bei der 


- erhebt weiterhin Metadaten 




Archivierung aufgrund 


fur an Objekten 




rechtlicher Grundlagen. 


vorgenommenen 
Veranderungen, fur 
Beziehungen der Objekte 
untereinander, fur ihre 
technische Beschreibung 





' nestor Handbuch, Version 1.5, S. 8-20 - 8-23 
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Fur den Access sind folgende fiinf Punkte zentral, die durch die in der obigen Tabelle 
genannten MaBnahmen erreicht werden. 

1. Integritat des digitalen Objekts: die digitale Information des konzeptuellen Objekts 
ist unverandert. 

2. Authentizitat des digitalen Objekts: fur das konzeptuelle Objekt ist die Identitat des 
Erstellers (Urhebers, Autors) nachweisbar. 

3. Vertraulichkeit: nur berechtigte Nutzer bekommen Zugriff (Access) auf das digitale 
Objekt 

4. Verfugbarkeit: im Rahmen der Zugriffsrechte und Zugriffsmodalitaten muss das 
Objekt jederzeit abrufbar sein. 

5. Nichtabstreitbarkeit: Authentizitat und Integritat der digitalen Objekte konnen durch 
Dritte uberpriift werden. Das sichert die Kommunikation zwischen Archiv und 
Nutzern. 
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6 Arten von digitalem Archivgut unter dem Aspekt des Access 

6.1 Textdokumente 



Dateiformat 


Access 


Verbreitung / Interoperabilitat 


txt. 


- Access in alien gangigen Texteditoren: 

- Notepad (Editor von Microsoft in Windows- 
Betriebssystemen integriert) 


- weit verbreitet 

- Dateien konnen auf verschiedenen 
Betriebssystemen gelesen werden. 

- der ASCII- Standard (American 
Standard Code for Information 
Interchange) liegt offen, d.h. nicht 
proprietar 


doc. / docx. 181 


- Access in proprietor lizenzierten Microsoft Word Editoren 
unter Windows und MacOS 


- Doc-bis Office 2003 

- Docx-ab Office 2007 


PDF /PDF/A 183 
(Portable Document 
Format) 


- Access durch Viewer wie Acrobat Reader, PDF-XChange 
Viewer, Foxit Viewer u. a. 


- PDF ist ein proprieties Format der 
Firma Adobe. 

- der Quellcode liegt offen 



File extensions org [04.07.2010] 

Graphical User Interface 

File extensions org / PDF [04.07.2010]] 



Dateiformat 


Access 


Verbreitung /Interoperabilitat 


HTML 184 

(Hypertext Markup 
Language) 


- Access durch gangige Webbrowser (Opera, Mozilla 
Firefox, Internetexplorer, Netscape Navigator, u.v.a.) 


- weit verbreitet auf verschiedenen 
Betriebssystemplattformen unter 
samtlichen Webbrowsern darstellbar 


XML 186 

(Extensible Markup 
Language) 


- Access durch aktuelle gangige Webbrowser (Darstellung) 

- Codeerstellung in Texteditoren moglich 


- weit verbreitet auf verschiedenen 
Betriebssystemplattformen unter 
samtlichen Webbrowsern darstellbar 



6.2 



Bild- und Grafikdokumente 



Dateiformat 


Access 


Verbreitung /Interoperabilitat 


JPEG 187 

Joint Photographic 

Experts Group 


- Access durch geeignete Viewer 


- JPEG ist fur Rasterbilder entworfen 
worden und fur Vektorgrafiken 
ungeeignet. 

- weit verbreitetes Format 



siehe SELFHTML / HTML 



siehe http://de.wikipedia.org/wiki/Html (Abschnitt Unterschiedliche Interpretation von Webdokumenten) 
siehe SELFHTML / Einfuhrung in XML 
siehe File extensions org 



Dateiformat 


Access 


Verbreitung /Interoperabilitat 


TIFF 

Tagged Image File 

Format 


- Nachteil beim^cce^: sehr komplexes Datenformat. 
->daher in der Performanz des Zugangssystems eventuell 
einschrankend 


- wichtiges Datenaustauschformat 


PNG 188 

Portable Network 
Graphics 


- weniger komplex als TIFF 

- Unterstiitzung durch gangige Webbrowser 

- Anzeige von kleineren Images im Web-Browser 


- keine Patentbeschrankungen 

- kein Ersatz fur TIFF, da keine CMYK- 
Farbmodellunterstutzung 



6.3 Tondokumente 



Dateiformat 


Access 


Verbreitung /Interoperabilitat 


WAV 189 


- Containerformat fur Audiodaten unter Windows 


- Verbreitung auch unter Windows 
Betriebssystemen 

- entwickelt von Microsoft und IBM 


AIFF 190 

Audio Interchange File 

Format 


- es entstehen hohere Datenmengen 

- Performanzintensiv beim Zugriff. 

- keine Rechenarbeit zur Dekomprimierung notig 


- von Apple entwickeltes Standardformat 
fur das System Macintosh 


MP3 191 

(MPEG Audio Layer 3) 


- da Daten komprimiert sind, wird weniger Speicherplatz 
benotigt 

- hoherer Datendurchsatz 


- entwickelt u.a. vom Fraunhofer-Institut 
fur integrierte Schaltungen (IIS) 

- Teilpatente bei verschiedenen Firmen 
und dem IIS 



Die PNG Portable Network Graphics Specification in der Version 1 .2 kann unter folgender Adresse eingesehen werden: 
http://www.mirrorservice.Org/sites/www.libpng.org/pub/png/spec/l.2/PNG-Contents.html [04.07.2010] 

189 siehe file-extensions.org 

190 ebd. 

191 siehe http://en.wikipedia.org/wiki/MP3 [04.07.2010] 



6.4 Multimedia Dateien 



Dateiformat 


Access 


Verbreitung /Interoperabilitat 


MPEG 192 
Moving Picture 
Experts Group 


- lokal von einer Festplatte 

- remote-interactive als Client-Server-Anwendung z.B. als 
Video On Demand 

- broadcast als unidirektionaler Empfang von Videodaten 193 


- MPEG spezifiziert Containerformate 
und Codecs. 

- weit verbreitetes Format 

- von vielen Multimedia 
Abspielprogrammen unterstutzt 


Core PNG 194 


- besonders fur Zeichentrick geeignet 

- fur Screencasts geeignet (Videoaufnahme von Vorgangen 
auf Bildschirmen) 


- Lizenz als General Public License 
(GNU) 


AVI (Audio Video 
Interleave) 195 


- Abspielen von kurzen Videosequenzen 

- mehrere Audiospuren moglich 

- Untertitelung moglich 


- weit verbreitetes Format 

- von den meisten Multimedia- 
Abspielprogrammen unterstutzt 

- von vielen DVD-Spielern unterstutzt 

- von Microsoft entwickeltes 
Containerformat 



: siehe http://de.wikipedia.org/wiki/MPEG-4 [04.07.2010] 
aus Wikipedia, die freie Enzyklopadie [04.07.2010] 
http://de.wikipedia.org/wiki/CorePNG [04.07.2010] 
http://de.wikipedia.org/wiki/Audio_Video_Interleave [04.07.2010] 



6.5 Das universelle Objektformat (UOF) als Austauschformat fur digitale Archive 

Das UOF basiert auf METS (Versionl.4) und LMER (Versionl.2) 196 und ist konzipiert fiir 
das Archivsystem DIAS in kopal. Das UOF ist fur Archivpakete konzipiert, also fur 
digitale Objekte, die zusammen mit Metadaten in einer verkapselten Datei 
zusammengefasst werden (encapsulation). Hintergrund ist die Austauschbarkeit von 
Archivpaketen zwischen Archiven und Institutionen. Die freie Software kopal Library for 
Retrieval and Ingest kann Dateien in UOF erzeugen und ist auf der Seite von Kopal 

1 Q7 

herunterzuladen. 

Das Archivobjekt als UOF befindet sich in einer gepackten Datei, deren Ordnerstruktur 
und Anzahl von untergeordneten Dateien beliebig ist. Auf der Wurzelebene der 
Ordnerstruktur muss sich jedoch eine nach METS 1.4 validierte XML-Datei namens 
mets.xml befinden. Ubliches Packformat ist hierbei ZIP. Beim UOF durfen keine 
Metadaten in externen Dateien liegen und referenziert werden. Metadaten des 
Archivobjekts mussen sich in der Datei mets.xml befinden. Das Archivobjekt bekommt 
eine externe ID, die weltweit einmalig ist, z. B. URN, und eine interne ID, die sich nur auf 
die archivinterne Ablage bezieht. So kann ein migriertes Objekt die bisherige externe ID 
behalten, obwohl sich durch die Veranderung eine neue interne ID ergeben hat. Im Fall 
von URN gibt es einen Resolvingserver, der unter der gleichbleibenden URN die neue 

i no 

interne ID registriert und so das Objekt erreichbar halt. Das UOF sichert daher den 
Access auf der Ebene interpretierbarer Dateiformate fur Archivsysteme. 

6.6 Access in der Praxis: der Zugriff auf das digitale Objekt 

Im vorangehenden Teil wurde eine Einordnung der digitalen Objekte nach ihrem 
Inhaltstyp und ihrer Dateiart vorgenommen 199 . Die Eigenschaften der Dateiformate wurden 
beschrieben und die ^cces-s-Moglichkeiten auf der Ebene eines ausschlieBlich temporaren 
Zugriffs ohne Langzeitarchivierungshintergrund charakterisiert. Das entspricht einer 
Momentaufnahme und wirft die Frage auf, wie mit gegenwartiger Hard- und Software die 
einzelnen, nicht obsoleten, Dateiarten interpretiert werden konnen. Diese Frage ist fur Pre- 
/ngest-Prozesse interessant, also fur Vorgange, die dem eigentlichen Ingest vorausgehen. 



196 Kopal / Universelles Objektformat 

197 Kopal / Kopal library for retrieval and ingest 

198 siehe nestor Handbuch, Version 2.0, Kap.9:49 

199 vgl. Kap. 6 Arten von digitalem Archivgut unter dem Aspekt des Access, S. 64-67 in vorliegender Arbeit 
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Es wird eine Entscheidung uber annehmbare Dateiformate, Formatidentifikation und 
Metadatenstandards getroffen 200 . Fur die digitale Langzeitarchivierung gibt es noch keine 
gesicherten Pre-Ingest- Standards. In der Analyse der Dateiformate und ihrer 
accessrelevanten Eigenschaften ist der Darstellungsweg (Viewpath) noch nicht 
beriicksichtigt. In einem digitalen Archiv liegen gleichzeitig neuere und altere 
Dateiformate nebeneinander. Nur bei neuen Digitalisaten und digital boms kann auf 
gegenwartigen Betriebssystemen von kurzen Viewpaths ausgegangen werden. Auf aktuelle 
Dateiversionen kann man unproblematisch uber gangige Abspielumgebungen zugreifen. 
Neue Abspielumgebungen laufen in der Regel ohne Beeintrachtigung auf aktuellen 
Betriebssystemen. 

Im digitalen Archiv muss aber fur eine Vielzahl von Dateiformaten der Objekte unter 
verschiedenen Versionen unterschiedlichen Datums eine generelle Interpretierbarkeit 
zugesichert werden. Es werden haufig mehrere Betriebssysteme benotigt, um diese 
komplexe Situation zu beherrschen. Neben dem Betriebssystem, das an die jeweilige 
Rechnerarchitektur angepasst ist, gibt es unter Umstanden Emulatoren fur andere 

70 1 

Betriebssysteme und Rechnerarchitekturen, also Hardwareemulatoren 
Dieser Hintergrund macht deutlich, dass es fur die digitale Langzeitarchivierung 
erforderlich ist, den Viewpath eines Objekts festzulegen. Es muss geklart werden, mit 
welchen Viewern und Emulatoren ein digitales Objekt wiedergegeben werden kann. Eine 
Kostenersparnis im Rahmen der Wirtschaftlichkeitsprufung kann erreicht werden, indem 
ein Emulator gleichzeitig mehrere Objekte abspielt. Fiir inkompatible Objekte ist es 
gunstiger, eine Migration durchzufuhren als einen Emulator zu erstellen. Auch Soft- und 
Hardwareemulatoren konnen wieder Gegenstand der Migrationsstrategie werden. Ein 
Beispiel hierfur ist folgende fiktive Situation: Es gibt ein digitales Objekt, auf welches nur 
unter Windows 3.1. zugegriffen werden kann. Windows 3.1. ist nicht mehr kompatibel mit 
aktuellen Rechnerarchitekturen. 

Es wurde ein Emulator fur Windows 3.1. programmiert, der dieses Betriebssystem 
nachahmt. Dieser Windows 3.1 -Emulator ist nur unter Windows 98 lauffahig. Windows 98 

707 

kann auf heutigen Rechnern ebenfalls nicht mehr installiert werden. Folglich wird fur 
die gegenwartige Rechnergeneration ein Windows 98-Emulator erstellt, der auf Windows 
Vista betrieben werden kann. Der Vista-Rechner kann Windows 98 emulieren, das 
seinerseits Windows 3.1 emuliert. Das digitale Objekt lauft dann in einer Windows 3.1- 



200 Das OAIS-Modell zeigt Schwachen beziiglich der VxQ-Ingest Aktivitaten. Siehe Higgins, Sarah 

201 Emulatoren stehen unter folgender Seite zur Auswahl: http://www.aep-emu.de/emus25.html [04.07.2010] 

202 Windows 98 kann aktuelle Festplatten mit ihrer hohen Kapazitat nicht mehr adressieren. 
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Umgebung auf einem Rechner des Baujahres 2009 mit Windows Vista SP1. Grafik 6 im 
Anhang 5 zeigt Viewpathbeispiele verschiedener digitaler Objekte auf und beriicksichtigt 
auch das Verfahren gestufter Emulationen. 

So ist der Zugriff auf veraltete Dateiformate auf jeden Fall gesichert. 

Dateiformate, die in den Abschnitten 6.1 bis 6.5 beschrieben wurden, sind durch 
Formatspezifikationen technisch dokumentiert. Formatspezifikationen sagen etwas uber 
Datenstruktur und Interpretationsmechanismen aus, uber die eine lesefahige 
Abspielsoftware verfugen muss. In Kapitel 4.2.2 LMER 204 wurde das englische Projekt 
PRONOM als File Format Registry erwahnt. Handbucher mit technischer Dokumentation 
der einzelnen Formatspezifikationen konnen bei der File Format Encyclopedia (ffe) 
abgerufen werden. Die Formatspezifikationen sollten mit in die 

Langzeitarchivierungsstrategie eingebunden werden. Eine aktuellere Datenbank ist die 
Sustainability of Digital Formats - Planning for Library of Congress Collections, die im 
Jahr 2007 ein letztes Update erhalten hat. 206 File Format Registries dienen unter anderem 
dem Risikomanagement bei Wegfall eines Formats, der Formatdeskription und 
-identifizierung, der Beschreibung von Migrationsmoglichkeiten und der 
Formatvalidierung. 207 

Bezogen auf den Access 

Fur die Designated Community sollte von Seiten des digitalen Archivs sichergestellt 
werden, dass der Access in der jeweiligen Institution auf eigens dafur praparierten Servern 
mit Hardwareemulatoren stattfindet, so dass Nutzer das Objekt uber eine Web-Oberflache 
auf eigene Rechner laden konnen. Im letzten Fall darf nicht davon ausgegangen werden, 
dass private Benutzer uber Emulatoren verfugen. Da es die Aufgabe des Archivs ist, den 
moglichst komfortablen Zugriff auf digitale Objekte zu gewahrleisten, muss es also die 
technische Ausstattung, d. h. Hard- und Software, bereithalten, die den Zugang zu alien 
Dateiformaten ermoglicht. Die Basisplattform ist diejenige, die man im aktuellen Kontext 
in digitalen Archiven vorfindet und die die aktuelle Usability von ^ccessumgebungen 



203 vgl. Kap. 6 Arten von digitalem Archivgut unter dem Aspekt des Access, S. 63-66 in vorliegender Arbeit 

204 vgl. Kap. 4.2.2 LMER, S. 45 in vorliegender Arbeit 

205 National Archives : PRONOM / The technical registry PRONOM. Die File Format Encyclopedia ist jedoch 
auf dem Stand von Februar 2001 und somit nicht mehr aktuell bei neueren Dateiformaten, die nach 2001 
konzipiert wurden. 

206 siehe Sustainability of digital formats 

207 siehe nestor Handbuch Version 2.0, Kap. 7:19 
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wiederspiegelt. Diese Basisplattform sollte leicht zu bedienen sein und moglichst viele 
Viewpaths bereitzustellen. Metadaten uber die Viewpaths sollten mit dem digitalen Objekt 
zusammen archiviert werden und ggf. in einem Access-Report mit vermerkt werden 
konnen. Die Entscheidung, ob ein Viewpath protokolliert wird, sollte von der Zielgruppe 

908 

abhangig gemacht werden. Beispielweise konnte man fur die Zielgruppe „Angehorige 
der Fakultat fur Informatik" eine Viewpathmzeige zulassen, hingegen fur die Gruppe 
„externe Nutzer" eine Anzeige unterbinden, um einer technisch heterogen ausgestatteten 
und unterschiedlich versierten Nutzerschaft eine adressatengerechte 
Informationsversorgung anzubieten. Metadaten iiber Einrichtung und Bedienbarkeit 
komplexer Viewpaths sollten mit erhoben werden, um eine Nachnutzung digitaler Objekte 
fur die Zukunft zu erleichtern. 09 

7 Informationsvermittelnde Einrichtungen in der Praxis des Access 
7.1 Typologie 

Bibliotheken 

Bibliotheken haben neben ihren traditionellen Medienformen seit einiger Zeit auch 
elektronische Ressourcen in ihrem Bestand, deren Archivierung sie ebenso gewahrleisten 
mussen wie die analoger physischer Medien. Bibliotheken verzeichnen etwa seit 1995 

910 

originar digitale Publikationen. Besonders der Bereich der naturwissenschaftlichen 
Zeitschriften ist verstarkt den Weg des digitalen Publizierens gegangen und versetzt 
Bibliotheken in die Situation, kunftig auch weit zuriickliegende Zeitschriftenjahrgange in 
digitaler Form zur Verfugung zu stellen. Seit 1998 wird zunehmend die Veroffentlichung 
elektronischer Dissertationen zugelassen. 2006 ist die am Beginn dieser Arbeit 

919 

vorgestellte Pflichtablieferungsordnung an die Deutsche Nationalbibliothek in Kraft 
getreten. Die Ubernahme von Netzpublikationen bedingt die Registrierung von fur den 
Access wichtigen Persistent Identifiern zum digitalen Objekt. Durch einen Uniform 
Ressource Name (URN) wird eine Ressource dauerhaft adressiert. 2003 hat sich in 
Deutschland nestor (Network of Expertise in long-term storage and availability of digital 



208 siehe hierzu den Referenzschliissel fur die Zielgruppe im XML-Schema, von der und auf die referenziert 
werden kann. 

209 nestor Handbuch, Version 2.0, Kap. 9:7 

210 ebd. Kap.2:6 

211 ebd, Kap.2:6 

212 vgl. Kapitel 1 Rahmenbedingungen digitaler Archive in vorliegender Arbeit, S. 13 in der vorliegenden Arbeit 
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Ressources in Germany) als erstes Kompetenznetzwerk fur digitale Langzeitarchivierung 
gebildet. Die Niedersachsische Staats- und Universitatsbibliothek Gottingen ist daran 
ebenso beteiligt, wie die Deutsche Nationalbibliothek und die Bayerische 
Staatsbibliothek. 214 Wichtige ylcc&s'.s'-Instrumente sind der Web-Opac der Bibliothek und 
die i?e?n'eva/oberflachen abonnierter oder interner Datenbanken. 



Archive 

Viele Akten entstehen heute in den an Archive abgebenden Registraturen als digital born, 

also originar digital. Eine Besonderheit von Akten ist, dass sie einen Lebenslauf {Life 

715 

Cycle) haben, den das Archiv in mehrere Phasen einteilt. Von daher ist auch ein spateres 
Loschen unter Umstanden vorgesehen und muss in den Metadaten transportiert werden. Es 
ist unabdingbar, dass das ubernehmende Archiv uber eine gemeinsame Schnittstelle mit 
der Registratur verfiigt und dass einheitliche Datenformate und Metadatenstandards wie 
XDOMEA verwandt werden. Die Bewertung der Archivwurdigkeit von digitalen Akten 
kann von derjenigen fur herkommliche physische Akten abweichen. 216 Fur den Access ist 
zu anzumerken, dass Archive im Gegensatz zu Bibliotheken nicht publizierte 
Informationen aufheben, auf deren Zugang fur archivexterne Personen haufig eine dreiBig- 

7 1 7 

jahrige Sperre liegt, die in dem Metadatenstandard XDOMEA vermerkt sein muss. 
Archivalien stellen Unikate dar. Der Access funktioniert uber (elektronische) Findbucher. 

Museen 

„Ein Museum ist eine nicht gewinnorientierte standige Einrichtung, die [...] der 

Offentlichkeit zuganglich ist und materielle Zeugnisse des Menschen und seiner Umwelt 

718 

[...] sammelt, bewahrt, erforscht, vermittelt und ausstellt". Nach der International 
Council of Museums (ICOM) ist das der Auftrag bzw. das Wesenselement von Museen. 
Auch Kunstwerke konnen born digitals sein. Ein Beispiel dafur ist die Videokunst als eine 
Form des digitalen Kunstwerks. Wollte man digitale Kunstwerke statisch bewahren, ergabe 
das eine groBe Abhangigkeit von den Abspielgeraten und deren eventuell benotigter 
Software. Ein Kunstwerk besteht haufig nicht nur aus einem digitalen Objekt, sondern 



213 Deutsche Nationalbibliothek(DNB) Frankfurt/Main; Leipzig 

214 Bayerische Staatsbibliothek (BSB) Munchen 

215 nestor Handbuch, Version 1.5, S. 3-11 

216 ebd. S. 3-11 

217 siehe Anhang 3.1, Tabelle AI(221) 

218 siehe Statuts de 1'ICOM 
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vereinigt in sich mehrere Objekte und bildet somit ein ganzes Konvolut. Wenn dieses 
nicht in seinen Einzelbestandteilen erhalten werden kann, ist es wichtig, eine besonders 

770 

sorgfaltige Dokumentation dariiber zu pflegen. Die Abhangigkeiten der einzelnen Teile 
voneinander, die Hard- und Softwareanforderungen, technische Spezifikationen, der Inhalt, 

77 I 

die Aussage und Bedienungsanleitungen mussen uberliefert werden. Museen sind seit 
den 1990er Jahren mit digitalen Objekten als Sammelgut befasst. 



7.2 Access aus Sicht des digitalen Archivs 222 



7.2.1 Bundesarchiv Referat B2 Koblenz 223 



774 

Fakten uber die Einrichtung — 



Das Bundesarchiv ist mit neun Dienststellen an verschiedenen Orten in der Bundesrepublik 
Deutschland vertreten. Es uberliefert Registraturgut der zentralen Organe der 
Bundesrepublik seit 1949, der Besatzungszonen (1945-1949), des Deutschen Reiches 
(1867/71) und des Deutschen Bundes (1815-1866) und stellt die Archivalien berechtigten 
Nutzern zur Verfugung. Das Bundesarchiv stellt auf seiner Internetprasenz elektronische 
Findbucher zu den Bestanden bereit. Es verfugt intern uber ein Bildarchiv, das 
Bildmaterial zur Wirtschafts-, Kultur-, Politik- und Sozialgeschichte der Bundesrepublik 
Deutschland aufbewahrt. Der Zeitraum umfasst etwa die Jahre von 1850 - 1990. 
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Ausgangssituation bezuglich des digitalen Langzeitarchivs (Tabelle DI) — 



Das Bundesarchiv hat bereits die Moglichkeit zur Ubernahme von elektronischen Akten. 
Die Rechtslage bei der Digitalisierung von Papierakten und deren Fortfuhrung in 
elektronischer Form ist noch nicht geklart. 226 Das digitale Archiv ist im Oktober 2008 
eingerichtet und in Betrieb genommen worden und ist primar fur born digitals vorgesehen. 
Es ist fur den nachhaltigen Betrieb des digitalen Archivs wichtig, Verantwortlichkeiten bei 
der Finanzierung sowie den moglichen Finanzrahmen zu klaren. 



219 siehe Anhang 3.4 Tabelle DIV(74) 

220 siehe Anhang 3.4 Tabelle DIV(74) 

221 nestorHandbuch , Version 1.5, S. 3-15 

22 Die Transkripte der telefonischen Interviews befinden sich in den Anhangen 2.1 -2.4. 
siehe auch Tondokumente auf DVD Anlagen 1.1-1.4 

23 siehe Adressliste in Anhang 1 und Transkript im Anhang 2. 1 das Tondokument mit der 
Gesprachsaufzeichnung befindet sich auf der DVD in der Anlage 1 . 1 

224 siehe Bundesarchiv 

225 siehe Anhang 3.4 

226 siehe Anhang 3.4 Tabelle DI(202) 
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Access in Bezug auf die Aufhahme von digitalen Objekten ins Archiv und ihre Benutzung 
- Status Quo (Tabelle AI, BI und EI) 

M m 

Aufgrund erweiterter Recherchemoglichkeiten, die das digitale Archiv des Bundesarchivs 

zur Verfiigung stellt, stellen Besucher unter Umstanden andere Anfragen, als sie es in der 

abgebenden Behorde getan hatten. Die Objekte werden mit elektronischen Findbuchern 

erschlossen und nach dem Provenienzprinzip geordnet. Es stellt sich die Frage, ob eine 

elektronische Akte denselben Wert im Hinblick auf Tradition und Authentizitat hat und ob 

sich gar das Verhalten der Nutzer andern konnte. 

Gegenwartig gibt es jedoch noch keine externe Benutzung des digitalen Archivs; der 

Zugang wird nur Archivaren gewahrt. 

3J229 

Besonders wichtig ist, dass die digitalen Objekte den analogen Originalen genau 
entsprechen. Bei der Aufhahme von digitalem Material in das Bundesarchiv muss 
festgelegt werden, wie die Benutzung gestaltet werden soil. Die Art der enthaltenen 
Informationen im digitalen Objekt muss erschlossen werden. Beim Ingest soil bereits 
geklart sein, welche Metadaten auf welche Weise erhoben werden. 

El m 

Konsequente Entwicklungsarbeit findet gegenwartig beim Access noch nicht statt, da der 
Ingest eine hohe Aufmerksamkeit in seiner Konzeption erfordert. Im Bundesarchiv ist eine 
^ccesskomponente in das Archivsystem integriert. Fur den Retrieval ist geplant, die zur 
Zeit noch in separaten Datenbanken erschlossenen, als archivwurdig eingestuften Akten in 
das Archivsystem zu ubernehmen. Die archivarischen ErschlieBungs-Metadaten sind 
jedoch noch nicht mit dem digitalen Archivsystem verknupft. Dort sollen sie spiiter mit 
dem Findbuch verbunden werden. Gegenwartig besteht der Access haufig ausschlieBlich 
aus dem Zugang zu den Objekten, d.h. deren Abruf. Benutzerbefragungen im Hinblick auf 



27 siehe Anhang 3.1 
228 siehe Anhang 3.1 Tabelle A(322) 
29 siehe Anhang 3.2 

230 siehe Anhang 3.2 Tabelle BI(22) 

231 siehe Anhang 3.5 

232 siehe Anhang 3.5 Tabelle EI(81) 
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Retrieval- und Accessfunktionen sind zur Zeit nicht geplant. Fur (elektronische) Akten 
gilt ab Ubernahmedatum in den meisten Fallen eine Zugangssperre von dreiBig Jahren. 
Ein Zugang muss beantragt werden und wird nach Prufung der Berechtigung ggf. erteilt. 
Archive folgen der Implementierung des OAIS-Modells aufgrund der gesetzlich 
vorgeschriebenen Nutzungsrestriktionen von digitalen Akten langsamer als es bei 
Bibliotheken der Fall ist. 



Digitale Objekte und ihre Metadaten in der Anwendung in Bezug auf Transparenz bei der 
Nutzung Tabelle CI und FI) 

^235 

Beim Access von elektronischen Akten, deren Anzeige im Viewer erfolgt, bekommt der 
Archivar eine XML-Datei mit den Metadaten der Akte mitgeliefert. Die Metadaten sind 
nach einem leicht modifizierten Schema, jedoch im wesentlichen nach PREMIS 1.0 fur die 
Bearbeitungshistorie der Akte und XDOMEA fur den Akteninhalt aufbereitet. Im 
Bundesarchiv fallen generell vielfaltige Objektarten an, uberwiegend jedoch textbasierte 
Objekte. Die Metadatengewinnung erfolgt teilautomatisiert, archivarische 
Metadatenerhebung erfolgt intellektuell durch einen personenzentrierten 
ErschlieBungsprozess 2 . 

m- 

Die 7«ge5?komponente erkennt Langzeitarchivierungsformate wie PDF/A und konvertiert 
automatisch Objekte, die dieses Format nicht haben. Die jetzige Access-Plattform des 
Bundesarchivs bietet nicht die Moglichkeit fur Access-Reports. 



233 siehe Anhang 3.5 Tabelle EI(305) 

234 siehe Anhang 3.5 Tabelle EI(309) 

235 siehe Anhang 3.3 

236 Im Gegensatz zur automatischen Metadatenextraktion mit Jhove, vgl. Kap. 4.4 Automatische 
Metadatenerhebung, S. 54 in der vorliegenden Arbeit. 

237 siehe Anhang 3.6 
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7.2.2 Niedersdchsische Staats- und Universitdtsbibliothek (SUB) Gottingen 238 

Fakten liber die Einrichtung 

Die SUB Gottingen entwickelt zusammen mit den Projektpartnern Deutsche 
Nationalbibliothek, IBM Deutschland GmbH und der Gesellschaft fur wissenschaftliche 
Datenverarbeitung (GWDG) eine technische Losung fur den Erhalt einfacher und 
komplexer digitaler Objekte. Ziel des Projekts kopal ist die transparente Integration 
eines Langzeitarchivs in vorhandene Bibliothekssysteme mit der Moglichkeit der Nutzung 
durch Gedachtnisorganisationen. 240 

Ziel der durch das Projekt erarbeiteten Archivlosung ist die zukunftige Verfugbarkeit 
digitaler Objekte. AuBerdem entwickelt die SUB anteilig Java Tools, die in einer 
Sammlung zur Verfugung gestellt werden und die es erlauben, ein digitales Archivsytem 
zu implementieren: koLibRI (kopal Library for Retrieval and Ingest). Die SUB ist in 
zahlreichen Projekten im Bereich Digitale Bibliothek involviert. 241 Die SUB Gottingen 
beherbergt das Gottinger Digitalisierungszentrum (DGZ), dessen Kompetenzen in der 
Digitalisierung von Handschriften, Druck- und Bildwerken fur einen freien Onlinezugang 

,• 242 

hegen. 

Ausgangssituation beziiglich des digitalen Langzeitarchivs (Tabelle DII ) 

Die SUB Gottingen verfugt iiber ein Digitalisierungszentrum, das in Zukunft an das 
digitale Langzeitarchiv angeschlossen werden soil und im ubertragenen Sinne als 
Endnutzer des kopal 244 -Archivs fungiert. 245 Das digitale Archiv kann gegenwartig noch 
nicht von externen Nutzern konsultiert werden. Eine im Projekt KoLaWiss 246 von der SUB 
durchgefuhrte Studie am Wissenschaftsstandort Gottingen und Umgebung bezog sich auf 
Dateiformate von digital en Objekten fur das dLZA. Das Ergebnis zeigte, dass iiber die weit 
verbreiteten und wohl bekannten Dateiformate hinaus eine groBe Vielfalt an anderen 



238 siehe Adressliste im Anhang 1 und Transkript im Anhang2.2. Das Tondokument mit 
der Gesprachsaufzeichnung befindet sich auf der DVD in der Anlage 1 .2 

239 Kooperativer Aufbau eines Langzeitarchivs digitaler Informationen 

240 siehe kopal / Hauptseite 

241 z. B. Projekt KolaWiss, DARIAH, Diensteportal Digitalisierung u.a. Eine komplette Liste aller laufenden 
Projekte an der SUB ist einsehbar unter Niedersachsische Staats- und Universitatsbibliothek Gottingen / 
research & development department 

242 siehe Niedersachsische Staats- und Universitatsbibliothek Gottingen / Gottinger Digitalisierungszentrum 

243 siehe Anhang 3.4 

244 vgl. Kapitel 2 Ziele und Methoden, S. 1 9 in vorliegender Arbeit 

245 siehe Anhang 3.4 Tabelle DII(259) 

246 Kolawiss (Kooperative Langzeitarchivierung fur Wissenschaftsstandorte) 
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947 

Formaten auftritt. Es wurden Dateiendungen innerhalb von elektronischen 
Dissertationen analysiert mit dem Ergebnis, dass innerhalb einer PDF-Datei z. B. 
Quelldateien von Grafiken und anderen integrierten Objekten enthalten sein konnen. 
Desweiteren konnen der PDF-Datei Anhange in anderen Formaten hinzugefiigt werden. 

Gerade die proportionale Beziehung zwischen integrierten Objekten zu ihrem Hauptobjekt 

948 

kann das Verhaltnis von Metadaten zu den Content-Daten im Falle einer zu starken 
Objektzergliederung in Unterobjekte beeintrachtigen. 249 Folglich kommt es dann zu 
Problemen bei der Archivierung, da eine ubergroBe Metadatenmenge, die in keinem 
sinnvollen Verhaltnis zu den Daten des Ursprungsobjekts steht, generiert wurde. Statistisch 
kommen im Archiv der SUB PDF-Dateien am haufigsten vor, gefolgt von TEX-Dateien 
fur naturwissenschaftliche Texte. Generell ist aber der Formatvielfalt im Archiv der SUB 
kaum eine Grenze gesetzt. 

Access in Bezug auf die Aufhahme von digitalen Objekten ins Archiv und ihre Benutzung 
- Status Quo (Tabelle All, BH und EH) 

All- 

Bibliotheken, Archive und Museen geben ublicherweise fur die Benutzung der Objekte 

mehr Hilfsmittel an die Hand, als es der Access vorsieht. Eine genaue Definition von 

95 1 

Assistance-Fxmktionalitaten fmdet sich gegenwartig nicht im OAIS-Referenzmodell. Die 
SUB will in diesem Punkt ihre Leistungen erweitern, indem sie uber eine reine 

959 

Auslieferung von Objekten beim Access hinausgeht. Die Veranderungen, die ein 
digitales Objekt seit dem Zeitpunkt seiner Archivierung durchlaufen hat, sollten 
detailgetreu dokumentiert und dargestellt werden. Die Ergonomie der Nutzungsschicht 
sollte den Gewohnheiten der Consumer entsprechen. Die Voraussetzungen der 
Nutzerschaft und ihre Wunsche bezuglich Assistance im Hinblick auf das dLZA sollten 
hinterlegt sein. Es gibt grundsatzlich zwei Positionen zur Dimensionierung eines Access- 



247 siehe Anhang 3.4 Tabelle DII(413)-(454) 

248 Inhaltsdaten des konzeptuellen Objekts, vgl. Kap. 1 Rahmenbedingungen digitaler Archive, S. 17 in 
vorliegender Arbeit 

249 siehe Anhang 3.4 Tabelle DII(433), (445) 

250 siehe Anhang 3.1 

251 vgl. Abbildung 5 Feinaufbau des ^ccaM-Moduls, S. 34 in vorliegender Arbeit 

252 siehe Anhang 3.1 Tabelle AII(49) 

253 siehe Anhang 3.1 AII(210) 
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Reports: die eine favorisiert eine vertiefte Informationsvermittlung an die Nutzerschaft, die 



andere Position stellt sich gegen eine eventuelle „Uberinformation" des Consumers 



254 



mi!!! 

Das Nutzungsverhalten ist kaum vorhersagbar und deshalb ist eine auf zukunftige 
Bedurfnisse ausgerichtete Metadatenplanung und spatere ^ccess-Entwicklung schwierig. 
Es ist nicht auszuschlieBen, dass zu einem spateren Zeitpunkt fur bereits existierende 
Objekte im Archiv Metadaten nacherhoben oder intellektuell vergeben werden mussen. 

EII— 

Der Access ist generell in der „digitalen Langzeitarchivierungsszene" noch nicht 

ausreichend reflektiert. Auch technische Metadaten der Archivobjekte sollten in 

i?e?rz'eva/oberflachen hinsichtlich der jeweiligen Benutzerinteressen recherchierbar sein. 

Das Digitalisierungszentrum an der SUB hat spezialisiertere ylccewmoglichkeiten als das 

Langzeitarchiv. Evaluationen zum Benutzerverhalten sind derzeit an der SUB nicht 

geplant. 

Digitale Objekte und ihre Metadaten in der Anwendung in Bezug auf Transparenz bei der 
Nutzung CII und FII) 

en— 

Die SUB Gottingen schatzt die Formatidentifizierung von digitalen Objekten und die 
Erhebung von Informationen uber Erstellungs- und Modifikationssoftware als sehr wichtig 
ein. Andererseits ist es geboten, bei der Metadatenverwaltung eine Selektion der 
wichtigsten Daten vorzunehmen, da ein Archivverwaltungssystem durch unuberschaubare 
Datenmengen uberlastet werden kann. Gerade deskriptive Metadaten konnen nicht 
automatisiert erhoben werden und sind daher in ihrer Beschaffung an hohe Personalkosten 
gebunden. 



254 siehe Anhang 3.1 AII(287) 
55 siehe Anhang 3.2 

255 siehe Anhang 3.5 

257 siehe Anhang 3.5 Tabelle EII(16) 
58 siehe Anhang 3.3 
259 siehe Anhang 3.3 Tabelle CII(99) 
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m 260 

Ein Access-Report fur die Nutzer sollte optional anzeigbar sein, um einerseits den 
Transparenzkriterien im Sinne von TRAC 261 zu entsprechen und andererseits der 
Nutzerschaft zielgruppenrelevante, d. h. reduzierte Informationen zu geben. Nach Ansicht 
der SUB ist fiir einen Authentizitatsnachweis folgende Information zu erbringen: 
Wer hat warum ein Objekt wie und womit verandert? Diese Frage ist objekttyp- 
iibergreifend interessant. 262 

7.2.3 Bibliotheksservice-Zentrum (BSZ) Konstanz 263 

Fakten uber die Einrichtung 

Das BSZ ist ein Dienstleister fur Bibliotheken, Museen und Archive und bietet fur seine 

Kunden die Moglichkeit, den eigenen Datenbestand in Portale und Datenbanken zu 

transferieren und sie dort archivieren zu lassen. Das BSZ ermoglicht auch Dienstleistungen 

fur die Benutzung dieser Datenbestande. Es berat und unterstiitzt bei der Einrichtung 

automatisierter Geschaftsgange. Der Sudwestverbund wird vom BSZ gesteuert. Im Bereich 

Digitale Bibliothek erstellt es internetbasierte Dienstleistungen mit Schwerpunkt Portal 

und Kataloganreicherung. 264 

Zu den Kunden zahlen unter anderem die Staatsgalerie Stuttgart, das Badische 

Landesmuseum, diverse Hochschulen und andere Einrichtungen. 265 

Ausgangssituation bezuglich des digitalen Langzeitarchivs (Tabelle Dili) — 

In das Baden-Wurttembergische Onlinearchiv (BOA) 267 konnen samtliche Dateiformate 
und Objekttypen aufgenommen werden. BOA wird mit der Software SWB 268 -Content 
betrieben. Diese Software wird ebenfalls fur andere Kunden des BSZ eingesetzt, wie z. B. 



264 



260 siehe Anhang 3.6 

251 Trustworthy Repository Audit & Certification Criteria and Checklist, vgl. Kap 5.2 die Bedeutung des 
vertrauenswurdigen Archivs fiir den Access, S. 58 in vorliegender Arbeit 

262 siehe Anhang 3.6, Tabelle FII(237) 

263 siehe Adressliste in Anhang 1 und Transkript im Anhang 2.3, das Tondokument mit 
der Gesprachsaufzeichnung befindet sich auf der DVD in der Anlage 1.3 

auch catalog enrichment genannt bedeutet dieser Begriff eine semantisierte Retrievalmoglichkeit mit visueller 
Unterstiitzung. Siehe auch Anhang 5 Grafik 1 : Spidersearch 

265 eine komplette Liste der Kunden des BSZ ist einsehbar unter Bibliotheksservice Zentrum Baden Wurttemberg 
/ Kundenliste 

266 siehe Anhang 3.4 

267 BOA: Baden -Wurttembergisches Online-Archiv 

268 SWB steht fur den Bibliotheksverbund Sudwestverbund 
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die Saarlandische Universitats- und Landesbibliothek Saarbriicken 269 und fur den 

770 

Publikationsserver im Informations- und Bibliotheksportal des Intranets des Bundes. Die 

771 

Staatsgalerie Stuttgart ubermittelt digitale Fotografien ihrer Sammlungsgegenstande an 
das BSZ, ohne selbst eine Kopie vom digitalen Objekt zuriickzubehalten. Sie ubermittelt 
die Objekte als TIFF-Dateien. In diesen TIFF-Dateien sind einige Metadaten im IPTC- 
Header schon vorhanden. Es gibt ein Dokumentationswerkzeug, mit dem man intellektuell 
Metadaten erganzen kann. Das BSZ hat es in Bezug auf die Staatsgalerie oft mit Derivaten 
vom Ursprungsobjekt zu tun. Das ist der z. B. der Fall, wenn von Gemalden zusatzlich 
noch Zeichnungen und Fotografien existieren. Fur diesen Fall werden die Derivate mit 
dem Ursprungsobjekt elektronisch verknupft. Das BSZ ubernimmt die deskriptiven 

777 

Metadaten und erstellt daraus eine METS-Einheit. Die Verknupfung des Objekts mit 
Metadatensatzen und die Generierung von SIPs bzw. AIPs ist fur eine Projektphase 

77"3 

geplant, die im Juni 2009 anlauft. Die Staatsgalerie betreibt aus Kostengriinden keinen 
Server. Das BSZ fungiert als Rechenzentrum fur mehrere Einrichtungen im Land Baden- 
Wurttemberg, insbesondere fur informationsvermittelnde Einrichtungen im Raum 
Stuttgart. 



Access in Bezug auf die Aufhahme von digitalen Objekten ins Archiv und ihre Benutzung 
- Status Quo (Tabelle AHI, Bill und EIIT) 

ATO 224 

Fur das Baden-Wurttembergische Onlinearchiv BOA ist die nach bibliothekarischen 
Richtlinien vorgesehene Metadatenerhebung deskriptiver Informationen zum Objekt der 
wichtigste Schritt. Der Access unterscheidet in der Verwaltungsebene des BOA in zwei 
Nutzungsgruppen: professionelle Personen wie betriebsinternes Personal und externe 
Nutzer. Der Nutzungszweck fur ein digitales Objekt muss dem BSZ bekannt sein, damit es 
beim Access die gewunschte Variante zur Verfugung stellen kann. Gleichzeitig muss es die 
Nutzungsberechtigung priifen, um DIPs nur an berechtigte Personen auszuliefern. 



269 Saarlandische Universitats- und Landesbibliothek 

270 Behordenbibliothek / Informations- und Bibliotheksportal des Bundes 

271 siehe Staatsgalerie Stuttgart 

272 vgl. Kap. 4.2.1 METS, Seite 41 in vorliegender Arbeit 

273 siehe Anhang3.4 Tabelle DIII(491) 

274 siehe Anhang 3.1 
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77"S 

Der Zugang kann iiber Objektattribute im BOA geregelt werden. Metadaten, die auf 
keinen Fall an ein Access-Modul gelangen durfen, sind sicherheitsrelevante Metadaten. 
Auch nutzungsbezogene Daten, welche evtl. fiir statistische Zwecke erhoben werden, 
mussen anonymisiert sein. Die im Rahmen der Pflichtablieferung an die Deutsche 
Nationalbibliothek weitergeleiteten Objekte unterliegen neu defmierten 
Zugangsbestimmungen. Sie sind nicht automatisch fiir jeden zuganglich, obwohl sie 
moglicherweise vor ihrer Ablieferung an die DNB frei im Internet verfugbar waren. 

Es ist zwischen den Nutzungsmoglichkeiten der Objekte im World Wide Web und den 
Zugangsberechtigungen in der DNB zu Pflichtexemplaren strikt zu unterscheiden. Obwohl 
Bibliotheken deutlich zu einem Open Access 276 tendieren, wirkt das Urheberrecht oft 
einschrankend auf die Nutzungsmodalitaten. Diese sind sehr komplex und gegenwartig 

777 

rechtlich noch nicht vollstandig geklart. Die Nationallizenz der DFG hat unter 
Umstanden gunstigere Nutzungsrechte zur Folge als das Pflichtexemplar bei der DNB 
aufweist. Bei Museen sind die Eigentumsverhaltnisse und folglich die Nutzungsrechte von 
digitalisierten Objekten besonders komplex, weil die Objekte dem Museum teilweise nicht 
gehoren, sondern von Freundeskreisen zur Verfugung gestellt werden und somit im Besitz 
unterschiedlicher Rechtspersonlichkeiten sind. Ein Beispiel fur einen unbeschrankten 

778 

Zugang zu digitalen Objekten ist das Deutsche Volksliedarchiv in Freiburg im Breisgau. 

Bin 222 

Im BOA ist gegenwartig eine knapp vierstellige Zahl von Objekten enthalten. BOA wird 
vom BSZ nicht vorrangig als Presentations-, sondern primar als ein Archivsystem 
aufgefasst. 



275 Der Zugang zu digitalen Objekten kann entweder durch ein Content Management System erfolgen oder durch 
Elementattribute in Metadaten. XDOMEA sieht u.a. die Attribute „offen", „streng vertraulich", „nur fur den 
dienstlichen Gebrauch" vor 

276 „Ein wissenschaftliches Dokument unter Open-^cce.M-Bedingungen zu publizieren bedeutet fiir jedermann 
mit Internet-Zugang die Erlaubnis, ein Dokument lesen, herunterladen, speichern, es verlinken, drucken und 
damit entgeltfrei nutzen zu konnen." Definition aus Wikipedia, die freie Enzyklopadie. 

277 siehe Deutsche Forschungsgemeinschaft 

278 siehe Deutsches Volksliedarchiv 

279 siehe Anhang 3.2 

280 siehe Anhang 3.2 BIII(92) 
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Es gibt es ein Modul, das als Harvesting -Maschine fungiert und komplette Web-Seiten 
unbesehen ihres formatspezifischen Inhalts spiegeln kann. Beim Harvesting kann es zu 
Problemen kommen, wenn eine mit einem komplexen Content Managementsystem 
verwaltete Webseite gespiegelt wird, da die Spiegelung unter Umstanden in Qualitat und 
Anmutung nicht dem Original entspricht. Intellektuelle Zwischenkontrollen sind in diesen 
Fallen notwendig. Das BSZ arbeitet sowohl an einer persistenten Adressierung der Objekte 
als auch an der content-originalen Wiedergabe der archivierten Objekte fur den jeweiligen 
Verwendungszweck einer liber den Access anfragenden Einrichtung. 



EIH— 

Fiir eine vertiefte SacherschlieBung ist es beim Retrieval notig, weit uber die Metadaten 
eines Objektes hinauszugehen, indem z. B. vollstandige oder partielle Klassifikationen 
etabliert werden. Somit werden die Orientierungssysteme verfeinert, Notationen und 
Klassenbezeichnungen stehen bei der Recherche zur Verfiigung. Hierbei sollte die 
VerhaltnismaBigkeit gewahrt bleiben zwischen der thematischen Dimension der Objekte, 
deren Anzahl und dem Grad der Vollstandigkeit der Informationen. Zu den 
objektimmanenten Metadaten werden also objektferne ErschlieBungssysteme hinzugefiigt. 
Kommen subordinierende Klassen in erheblichem Umfang vor, wie es bei der RVK der 
Fall ist , ist der Aufwand gegen den Nutzen dieser ErschlieBung abzuwagen. Das BSZ ist 
gegenwartig intensiv mit URN-Bildung und -Registrierung fiir digitale Objekte 
beschaftigt. Die Optimierung der ^ccewfunktionalitaten steht zur Zeit nicht im 
Vordergrund der Entwicklungsarbeiten. Nutzerbefragungen sind ebenfalls nicht geplant. 
Eventuelle Erhebungen obliegen dem Kundenstamm des BSZ. 286 Die 
Entwicklungsarbeiten haben den Schwerpunkt auf dem Ingest. Die Objektsicherung hat 
hochste Prioritat. 



281 Definition: „Als Web Harvesting bezeichnet man das automatisierte 'Einsammeln' von Dateien 

aus dem Internet zum Zwecke der Archivierung. So ist es Ziel des amerikanischen Internet Archive, alle 
Webseiten weltweit in bestimmten Zeitabstanden zu archivieren. Einige Nationalbibliotheken setzen auf Web 
Harvesting, um den nationalen Ausschnitt des WWW zu erfassen und zu archivieren." Aus nestor Ratgeber 
media /Glossar 

282 siehe Anhang 3.5 

283 Regensburger Verbundklassifikation 

284 ca. 700.000 Systemstellen siehe Anhang 2.3 Zeile 74 

285 siehe Anhang 3.5 EIII(1 19) 

286 z. B. der Staatsgalerie Stuttgart, der Badischen Landesbibliothek 

82 



Das digitale Archiv des BSZ (BOA) bietet eine um gewisse Funktionen erweiterte 

9X7 

Bearbeitersicht und eine dementsprechend reduzierte Benutzersicht. Fur die Zukunft 
wird fur einen Zeitraum von zehn bis funfzehn Jahren eine Trennung der OAIS- 
immanenten Sicht auf den Access sowie eine OAIS-unabhangige Entwicklung von Access- 
Systemen vermutet. 



Digitale Objekte und ihre Metadaten in der Anwendung in Bezug auf Transparenz bei der 
Nutzung (Tabellen CHI und Fill) 

CIII^ 

Fiir die Metadatengewinnung innerhalb des BOA werden bibliographische Metadaten fur 
die Objekte aus dem Bibliotheks-Opac eingespielt. Neben Textobjekten werden auch 
komplexe Objekte wie Webseiten archiviert. Zugriffsrechte fur den Access werden in den 
Objektmetadaten transportiert. 

Fin 222 

Im Hinblick auf den Nachweis von Authentizitat der archivierten digitalen Objekte hat das 
BSZ bisher noch keine Migrationsschritte nachweisen mussen, da keine Migrationen 
erfolgten. Es lasst sich aber absehen, dass als erster Schritt eine Migration der PDF- 
Dateien anstehen wird. Dateien werden von PDF in PDF/A als 
Langzeitarchivierungsformat uberfuhrt. Gegenwartig bildet das BSZ Derivate von TIFF- 
Dateien fur die Staatsgalerie, indem es JPG-Derivate daraus transformiert. Der 
Nachweis, aus welchem TIFF welches JPG hervorgegangen ist, beruht auf eigenem 
Archivnachweis. Fiir einen internen Authentizitats- bzw. Integritatsnachweis berechnet das 
BSZ Priifsummen zu digitalen Objekten und vergleicht diese miteinander. 



287 siehe Anhang 2.3. Zeilen.409-417 

288 siehe Anhang 3.5 EIII(641) 
89 siehe Anhang 3.3 

290 siehe Anhang 3.6 

291 siehe Anhang 3.5 EIII(367) 
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7.2.4 Futurelab - Ars Electronica GmbH Linz 292 

Fakten uber die Einrichtung (auch Tabelle DIV) — 

Das Futurelab ist Teil der Ars Electronica GmbH Linz und feiert in diesem Jahr (2009) 
sein dreiBigjahriges Bestehen. Die Ars Electronica wurde im Kontext von Beziehungen 
zwischen Gesellschaft, Technologie und digitaler Kunst gegriindet. Das Futurelab betreibt 
auch technologische Forschung und Entwicklung. Ebenfalls seit dreiBig Jahren gibt es das 
Ars Electronica Festival als jahrlich ausgeschriebenen Wettbewerb fur Kunstler, die ihre 
Werke der Offentlichkeit in Ausstellungen, Symposien und Installationen vorstellen. Kurz 
darauf wurde der auch heute noch weltweit groBte Preis, der Prix Ars Electronica fur 
digitale Kunst, ins Leben gerufen. Der Prix Ars Electronica gliedert sich in die Bereiche 
digital music, interactive art, digital communities, ein Preis fur Kinder und die Kategorie 
hybrid. Hybrid bezeichnet alle nicht klar in Kategorien zu ordnende Kunstwerke. 
Die Organisation Ars Electronica besteht aus den Bereichen Festival, Prix und Museum. 
Innerhalb des Museums fungiert das Futurelab als Unit, die sich mit aktuellen Themen 
befasst. 

Ausgangssituation bezuglich des digitalen Langzeitarchivs (Tabelle DIV) — 

Das Futurelab beschaftigt sich mit interaktiver digitaler Kunst. Es steht als Teil des 
Museums vor der Frage, wie digitale Kunstwerke zu erhalten und fur die Nachwelt 
zuganglich zu machen sind. Oft ergeben sich Schwierigkeiten, die sich darin begriinden, 
dass es fur bestimmte Kunstwerke keine Abspielgerate mehr gibt. Die Datentrager, auf 
denen sie vorliegen, konnen aufgrund veralteter Technik haufig nicht mehr gelesen 
werden. In solchen Fallen ist das Futurelab bestrebt, eine moglichst umfangreiche 
Dokumentation uber das Kunstwerk mit all seinen von Kunstlerseite gesetzten Pramissen 
zusammenzutragen und zu archivieren. Es werden Dateninhalte von Datentragern 
konvertiert, um sie als digitales Objekt einsehbar zu machen. Viele Kunstwerke sind sehr 
komplex und bestehen haufig aus mehreren Objekten, die miteinander in Beziehung treten. 



292 siehe Adressliste im Anhang 1 und Transkript im Anhang 2.4, das Tondokument mit 
der Gesprachsaufzeichnung befindet sich auf der DVD in der Anlage 1 .4 

93 Fur Videoobjekte, die im Futurelab zahlreich archiviert werden, wird ein auBerst umfangreicher 
Metadatenstandard verwendet. Das Institut fur Rundfunktechnik (Miinchen) hat das Broadcast Metadata 
Exchange Format (BMF) in der Version 01.02.00 vom Januar 2008 publiziert. Das mehrere Einzeldokumente 
enthaltende Paket kann gegen Registrierung beim Institut fur Rundfunktechnik heruntergeladen werden. 
siehe Institut fur Rundfunktechnik 

294 siehe Anhang 3.4 

295 vgl. Kapitel 1 Rahmenbedingungen digitaler Archive, S. 18 in vorliegender Arbeit 
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Dabei ist sowohl deren raumliche Anordnung zueinander als auch ihre zeitliche 
Komponente zu bedenken. Bis heute hat das Futurelab iiber die Jahre aus den Prix Ars 
Electronica-Wettbewerben ca. 50.000- 60.000 Einreichungen zu verzeichnen. 
Jedes Jahr werden zum Festival etwa 250 bis 300 umfangreiche Objekte eingereicht. Das 
Futurelab realisiert pro Jahr ca. 120 Projekte, aus denen zu archivierende Objekte 
resultieren. Alleine der Videobereich belauft sich auf eine Datenmenge von etwa achtzig 
Terabyte. 296 Hinzu kommen Werke aus den Bereichen Musik, Grafik usw. sowie deren 
Dokumentation. Im September 2009 wird es das erste Mai moglich sein, im digitalen 
Archiv des Futurelabs Retrieval- Anfmgen zu stellen und einen Access auszulosen. 

Access in Bezug auf die Aufhahme von digitalen Objekten ins Archiv und ihre Benutzung 

- Status Quo (Tabelle AIV, BIV und EIV) 

AW m 

Im Futurelab der Ars Electronica sind komplexe Kunstwerke zahlreich vertreten. Es stellt 

eine Herausforderung dar, das Gesamtkunstwerk zu erhalten. Die einzelnen digitalen 

Objekte miissen aufeinander bezogen werden und beim Access auch gleichzeitig abrufbar 

sein. Nicht jedes Kunstwerk kann in das digitale Archiv aufgenommen werden. In solchen 

Fallen wird eine Dokumentation iiber das Werk angelegt und diese digital archiviert. 

Interaktion spielt im Futurelab eine groBe Rolle ebenso wie die Kommunikation mit dem 

Benutzer. Dieser soil beim Retrieval in komplexen Objektbestanden optimal unterstutzt 

werden. Hierfur bieten sich semantische Modelle in Datenbanken an, die in der Lage sind, 

Zusammenhange systematisch darzustellen. Der Benutzer soil in die Lage versetzt 

werden, neue Sinnzusammenhange bei seiner Suche aufzubauen. So konnen einzelne 

Bestandteile eines komplexen Objekts isoliert betrachtet werden und erlauben einen 

anderen Fokus auf den Gesamtkomplex. Fur einen Retrievalvorgang legt das Futurelab den 

MaBstab einer gemeinsamen einrichtungsubergreifenden Oberflache an, in der die 

Usability auf einem gleichbleibend hohem Niveau ist. 



296 siehe Anhang 3.4 Tabelle DIV(160) 

297 siehe Anhang 3.1 

298 siehe Screenshot SpiderSearch im Anhang 5, Grafik 1 
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Wegen der Komplexitat der Objekte ist eine ins Retrievalsystem implementierte Ontologie 
der digitalen Objekte auBerst vorteilhaft. 300 Das Futurelab sieht die Moglichkeit, 
ausgehend von den Objektmetadaten, Begriffsysteme zu entwickeln, die ihrerseits das 
Objekt verschlagworten konnen . Diese sind als Querverweise in das Retrievalsystem 
einzubringen, um die Recherche besser zu unterstiitzen. 

EW m 

Hardwareemulationen konnen aus Sicht des Futurelabs den Zugang zu digitalen Objekten 
grundsatzlich sichern, haben aber gerade im Bereich digitale Kunst Veranderungen am 
Original zur Folge. Dieser Effekt muss abgewogen und beriicksichtigt werden. Bisher war 
der Zugang zu digitalen Objekten nur durch laufende Ausstellungen im Museum moglich. 
Fur den September 2009 ist geplant, dass Besucher erstmalig Zugang zu einem digitalen 
Archivsystem haben. Ihnen wird die Moglichkeit eroffnet, Objekte aus schon weit 
zuriickliegenden Ausstellungen zu erleben. Bisher bietet das Internet die Moglichkeit, 
Festivalthemen der vergangenen Jahre zu recherchieren, jedoch konnen digitale Werke 
nicht abgerufen werden. Hierfiir musste sich der Besucher bisher an das Archiv wenden, 
das dann den Zugang ermoglichte, indem es die Objekte abspielfahig prasentierte. Diese 
Situation soil sich andern, indem ein konsistentes digitales Archivsystem aufgebaut wird. 
Das Archivsystem wird sich am OAIS-Referenzmodell orientieren und wird mit Hilfe des 
Ludwig Boltzmann Instituts aufgebaut. Das Futurelab beriicksichtigt prinzipiell 
internationale Standards im Hinblick auf Metadaten, Schnittstellen und 
Archivkonzeptionen. Die Ars Electronica betrachtet sich im Gesamtzusammenhang mit 
anderen Archiven als international ausgerichtete Kultureinrichtung. 



299 siehe Anhang 3.5 

300 „Im Unterschied zu einer Taxonomie stellt eine Ontologie ein Netzwerk von Informationen mit logischen 
Relationen dar, wahrend die Taxonomie nur eine hierarchische Untergliederung bildet" Wikipedia, die freie 
Enzyklopadie 

301 siehe Anhang 2.4, Zeile 390 

302 siehe Anhang 3.5 

303 siehe Ludwig Boltzmann Institut 



86 



Digitale Objekte und ihre Metadaten in der Anwendung in Bezug auf Transparenz bei der 
Nutzung (Tabellen CIV und FIV) 

CIV 224 

Die verschiedenen Preiskategorien des Prix Ars Electronica lassen fur einige eingereichte 
Werke eine Direktzuordnung zu. Die Kategorie „digital music" kann Einreichungen als 
Tondateien aufnehmen, ,,digital animations" Filme und Videos. Technisch betrachtet 
konnen die den einzelnen Kategorien zugeordneten Objekte besser langzeitarchiviert 
werden als komplexe Objekte. Die Preiskategorien refiektieren diesen Sachverhalt durch 
ihre Aufteilung in Einzelformen. Eine Annaherung an mogliche Losungen fur komplexe 
Objekte kann nur durch internationale Zusammenarbeit und Standardisierung erreicht 
werden. Die Digitalisierung und Archivierung originar digitaler Objekte sind niemals 
abgeschlossen. Die technische Entwicklung und der Verfall physischer Speichermedien 
bedingen permanente Digitalisierungszyklen auf unbestimmte Zeit. Angelpunkt fur eine 
erfolgreiche Langzeitarchivierung ist die beim Ingest zu treffende Entscheidung uber die 

1 AC 

Erhebung sinnvoller Metadaten . Die Metadaten des archivierten digitalen Objekts sollen 
erkennen lassen, worum es sich handelt: zu welcher Kategorie oder welcher Person gehort 
ein Werk? 

Fur die unterschiedlichen Objekttypen im Futurelab konnen kaum einheitliche 
Metadatenstandards etabliert werden, deswegen muss es ein konsistentes und fur alle 
Objekte gleiches Grundmetadatenset geben. Das grundlegende Metadatenset soil beim 
Retrieval und dessen Visualisierung konstruktiv wirken. Das Futurelab will den Access in 
seiner Retrievalfunktion mit visuell darstellbaren Ontologien ausstatten. 306 Die Objekte 
sollen automatisch verschlagwortet werden konnen, indem aus den Ontologien Tags 
abgeleitet werden. Der Kunstler unterstiitzt die Metadatengewinnung, indem er 
entsprechende Pflichtangaben uber sein Werk macht. 



304 siehe Anhang 3.3 

305 vgl. Kap. 4.2 Metadatenstandards fur die digitale Langzeitarchivierung, S. 39 

306 Definition vgl. S. 86 
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FIV^ 

Hardwareemulationen ermoglichen den Zugriff auf digitale Objekte, die mit aktuellen 
Computerplattformen nicht mehr lesbar sind. Dennoch konnen Emulationen das „Look and 
Feel" und somit die Authentizitat eines digitalen Objekts verfalschen. Das 
Computermuseum ist in diesem Rahmen die am besten geeignete Strategie, jedoch nicht 
wirklich zukunftstrachtig. Fur Kunstwerke, die aus mehreren Installationsbausteinen 
bestehen, ergibt sich eine besondere Schwierigkeit, da beim Access viele digitale Objekte 
simultan verfiigbar sein mussen. Fur die einzelnen Objekte werden unter Umstanden 
verschiedene Langzeitarchivierungsstrategien gewahlt, folglich kommt das Problem der 
internen Referenzierung hinzu. Nicht immer ist dieser Aufwand zu leisten. Fiir diese Falle 
macht das Futurelab die Dokumentation iiber das Kunstwerk digital verfiigbar und nimmt 
diese in sein Langzeitarchivierungsprogramm auf. Nach Ansicht des Futurelabs wachsen 
digitale Archive kunftig enger zusammen, so dass es fur den Nutzer nicht ersichtlich ist, 
aus welchem Archiv ein Objekt stammt 309 . Einheitliche Standards vorausgesetzt, lassen 
sich digitale Archive iiber gemeinsame Schnittstellen koordinieren. 

Als Beispiel fiir diese Entwicklung lasst sich GAMA - Gateway to Archives of Media 
Art nennen. Dabei handelt es sich um ein Projekt zur Entwicklung gemeinsamer 
Internetportale, zu denen sich mehrere digitale Archive zusammenschlieBen. 
Mit zunehmenderVerschrankung der Institutionen nimmt die Bedeutung der Provenienz 
digitaler Objekte fiir die Nutzer von Archiven zu. 

7.2.5 Zusammenfassung 

Alle vier kontaktierten Einrichtungen betreiben digitale Archive. Fiir das Futurelab der Ars 
Electronica GmbH Linz und das Bundesarchiv stellt das digitale Archiv eine junge 
Entwicklungsstufe dar. Seit November 2004 ist das kopal-Projekt in der 
Entwicklungsphase. Die SUB Gottingen hat daher in dem innovativen Feld der digitalen 
Langzeitarchivierung mehrjahrige Erfahrung. Das BSZ Konstanz hat sich seit 1998 in 



307 siehe Anhang 3.6 

308 siehe nestor Handbuch Version 2.0, Kap.8:25 

309 siehe Anhang 2.4, Zeile 345 

310 Das Projekt startete Ende 2007 mit 19 teilnehmenden Einrichtungen aus den Bereichen Kultur, Kunst und 
Techno logie. Ziel ist ein europaweites Portal fiir verschiedene Sammlungen auf dem Feld der Medienkunst. 
Das Projekt wird von Europe's Information Society gefordert. 

Nahere Angaben siehe GAMA 

siehe auch: Beschluss Nr. 456/2005/EG des Europaischen Parlaments und des Rates. 

vom 9. Marz 2005. 

311 siehe Anhang 3.6 Tabelle FIV(341) 
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mehreren Projekten zum Thema Digitale Bibliothek und Digitales Archiv mit anderen 



Projektpartnern zusammengeschlossen. Die von IBM konzipierte Software Digital 
Library 313 stellt einen markanten Punkt in der Entwicklung der digitalen 
Langzeitarchivierung dar. 

Die Einrichtungen haben jeweils zunehmend vielfaltige Objekttypen zu archivieren. Langst 
bestehen die digitalen Archivinhalte nicht mehr nur Textdokumenten und Abbildungen. 
Digitale Archivsysteme konnen samtliche Dateiarten und Objektformen aufnehmen. Die 
Einrichtungen unterscheiden sich bezuglich ihrer Aufgaben und folglich auch im Hinblick 
auf ihre Nutzerschaft. Bei der Auswertung der Gesprache lassen sich auch 
Gemeinsamkeiten feststellen: alle vier Institutionen wollen sich ihrer Nutzerschaft weiter 
offnen. Sie sind vielfach in Projekten und Arbeitsgruppen eingebunden, um mit anderen 
Einrichtungen eine kooperative Zusammenarbeit pflegen. In Abhangigkeit der archivierten 
Objekte nutzen sie jeweils offizielle Metadatenstandards, die, soweit es durch 
Hullelemente zugelassen wird, mit weiteren Metadatenstandards kombiniert werden 
konnen. Grundsatzliche Herausforderungen bestehen in der Verfugbarkeit der digitalen 
Objekte auf unbegrenzte Zeit, deren Auffmdbarkeit im Archivsystem und der Metadaten- 
bzw. Objektpflege. Als neue Herausforderungen kommen komplexe digitale Objekte 
hinzu. 314 Die Einrichtungen stellen innerhalb ihrer eigenen Zielsetzungen und 
Moglichkeiten hoch spezialisierte Anforderungen an den Access. Es hat eine im Kern 
nach OAIS-Standard ausgefuhrte Implementierung von digitalen Archiven stattgefunden, 
fur die in weiteren Etappen OAIS-ferne und modular aufgebaute ^ccesskomponenten 
erganzt wurden. Des Weiteren kommen Tools zum Einsatz, die z. B. Vre-Ingest Prozesse 
unterstutzen. Die SUB Gottingen nutzt differenzierte Moglichkeiten des Access, die im 
Digitalisierungszentrum Gottingen realisiert sind. Das Futurelab entwickelt zusammen mit 
dem Ludwig Boltzmann-Institut eine Archivsoftware nach OAIS-Standard. 316 

7.3 Der Access aus Sicht der Nutzerschaft 

Um den Access aus der Sicht der Nutzer zu begreifen, stehen zwei Methoden zur 
Verfugung, von denen jedoch keine gewahlt werden konnte. Wie bereits beschrieben 317 , 



312 siehe Bibliotheksservice- Zentrum Baden Wiirttemberg / 1. Kolloquium BSZ Kolloquium, S.72 ff. 

313 ebd S. 72 

314 Im besonderen MaBe ist davon das Futurelab der Ars Electronica betroffen. 
siehe Anhang 3.4, Tabelle DIV(105) 

315 siehe Anhang 3.5 Tabelle EII(266) 

316 siehe Anhang 3.5 Tabelle EIV(213) 

317 siehe Kap. 2 dieser Arbeit Ziele und Methoden, S. 19 
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konnte eine Befragung der Nutzer eines digitalen Archivs nicht in reprasentativer Form 
durchgefiihrt werden. 

Die zweite Moglichkeit besteht in der Analyse des Access und des Retrievals in den 
Archivbestanden der vier Einrichtungen. Es lasst sich fur den Fall, dass ein Access 
uberhaupt moglich ist, nicht nachvollziehen, von wo die Informationseinheit ausgeliefert 
wurde. Es kann nicht einmal sicher festgestellt werden, ob es sich um ein DIP im Sinne 
eines OAIS-basierten Archivs handelt oder um ein auf einem Server abgelegtes Objekt. 
Der Benutzer erlangt keine Kenntnis von den AIP-DIP-Transformationen und weiB auch 
nicht, wie sein Request verarbeitet wird. Die internen Strukturen bleiben ihm vollig 
verschlossen. 

Diese Erkenntnis macht es dem Verfasser unmoglich, einen Access bei den Einrichtungen 
selbst durchzufuhren und zu bewerten. Im Falle des Bundesarchivs gibt es zur Zeit die 
Moglichkeit, in elektronischen Findbuchern nach Zugriffssignaturen von digitalen 
Objekten zu suchen. Diese mussen vor Ort im Archiv angefordert werden und konnen bei 

"3 1 O 

vorliegender Nutzungsberechtigung ausschlieBlich im Haus genutzt werden. ' Das 
Futurelab hatte zum Zeitpunkt des Gespraches noch kein Archivsystem mit 
Benutzungsschnittstelle implementiert und die SUB-G6ttingen arbeitet im Fruhjahr 
2009 ebenfalls am Aufbau eines digitalen Langzeitarchivs mit Nutzungszugang. 
Das Baden-Wurttembergische Onlinearchiv (BOA) liefert digitale Objekte, meist HTML 
und PDF-Dokumente, aus. 

Da bei alien vier befragten Einrichtungen digitale Langzeitarchive noch im Auf- bzw. 
Ausbau sind, mussen einerseits Aussagen der Experten uber die Usability von 
ylccas-skomponenten angefuhrt und andererseits Stromungen in der jungsten Literatur zu 
diesem Thema aufgegriffen werden. Zum Thema Access gibt es noch keine ausreichenden 
Erfahrungen, die es erlauben, Prognosen zu stellen. Hingegen lassen sich bei einem 
Literaturstudium iiber Metadaten, digitale Langzeitarchive und Web-Usability 
Erkenntnisse ableiten, welche Tendenzen sich abzeichnen und wohin die Entwicklung 
tendiert. Es werden nun einige Punkte, die aus den Interviews und aus der Literatur 
hervorgegangen sind, vorgestellt: 



318 siehe Anhang 2.1, Transkript Zeilen 218-231 

319 siehe Anhang 3.4, Tabelle DIV(455)... 

320 siehe Anhang 3.4, Tabelle DII(244), (259) 

321 Als Quelle dienen Publikationen des nestor Kompetenznetzwerkes, die auf der Homepage zum Download 
bereitstehen. Im Bereich Archivimplementierung finden sich Fachbeitrage im IBM Journal of research and 
development. 
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Webservices und Multimedialitat 

Beinahe erscheint es obsolet, den Komfort und die Vorteile des Internets bei der 
Informationsrecherche und -gewinnung hervorzuheben. Der Zugang zu digitalen Objekten 
ist technisch gesehen von jedem Ort, der uber eine Datenleitung sowie internetfahige 
Rechner verfugt, moglich. Er ist also ubiquitar. Mehrere Nutzer konnen in Abhangigkeit 
der Nutzungsbedingungen ein Objekt gleichzeitig nutzen. Eine vielseitige Nutzbarkeit von 
Objekten ist in einer voll digitalisierten Umgebung prinzipiell denkbar. Objekte konnen im 
Format konvertiert und in andere Nutzungskontexte eingebunden werden. Texte konnen 
als Zitate in andere Printdokumente kopiert werden. Bild-, Video- und Tondateien konnen 
in die Gestaltung von Internetseiten eingebunden werden. Wissenschaftliche Daten konnen 
einer besseren Nachnutzung zugefuhrt werden. Wenn Primardaten gut dokumentiert sind, 
konnen sie abgerufen und in weiteren Auswertungsschritten genutzt werden, ohne dass sie 

199 

neu erhoben werden mussen. Die Technische Informationsbibliothek (TIB) in Hannover 

T.yi 194 

ist weltweit seit 2005 die erste Registrierungsstelle fur DOI wissenschaftlicher Daten. 

Portalbildung und Verlinkung 

Bibliotheken wachsen immer enger zusammen, wie es schon seit langerer Zeit durch 
Kooperation in Bibliotheksverbunden geschieht. Auch uberregionale, nationale und 
internationale Vernetzungen von Institutionen und Dienstleistungen sind moglich 
geworden. Neben dem eigenen Web Opac stellen Bibliotheken Links zur Elektronischen 

19 S 196 

Zeitschriftendatenbank (EZB) , zur Zeitschriftendatenbank (ZDB) und zu lizenzierten 
Fachdatenbanken auf ihre Homepage. Neben dem eigenen Web-Opac gibt es mit dem 

197 

Karlsruher Virtuellen Katalog (KVK) eine Metadatenbank, die in einer zentralen 
Retrievaloberflache die von dem Nutzer angewahlten Bibliothekskataloge abfragt. Ein 

19R 

Projekt von internationalem Rang ist der World Cat , der vom Online Computer Library 

19Q 

Center (OCLC) in den USA betrieben wird und Medieneinheiten in Bibliotheken 
weltweit verzeichnet. 



322 siehe Technische Informationsbibliothek Universitatsbibliothek Hannover 

323 Digital Objekt Identifier siehe nestor Handbuch, Version 2.0, Kap.: 9:57-9:64 

324 nestor Handbuch Version 2.0, Kap.: 9:60 

325 siehe Elektronische Zeitschriftendatenbank 

326 siehe Zeitschriftendatenbank 

327 siehe Karlsruher virtueller Katalog 

328 siehe OCLC / World Cat 

329 OCLC mit Sitz in Dublin (Ohio), USA. Siehe OCLC 
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Bibliotheken geben unter Umstanden auch die Bereitstellung und den Betrieb ihres Web- 
Opacs an Rechenzentren weiter, wie es das Bibliotheksservice-Zentrum (BSZ) in Konstanz 
fur informationsvermittelnde Einrichtungen anbietet: Es betreut und berat Archive, Museen 



und Bibliotheken. 330 



Portalbildung hat fur die Nutzung den Vorteil, dass unter einer homogenen 
i?e/rz'<?va/oberflache mit einheitlichen Suchstrings in den Bestanden mehrerer 
Einrichtungen gleichzeitig gesucht werden kann. Die Ergebnisprasentation als Recall 557 
fallt ubersichtlich aus und die Suche lasst sich mit erhohter Performanz seitens des 
Computers ausfuhren. Den Nutzern bleibt eine Orientierungsphase in verschiedenen 
Datenbanken mit unterschiedlicher Gestaltung erspart. 

7.4 Die Ableitung eines Access-Reports 

Ein Access-Report ist eine Darstellung von nutzungsrelevanten Metadaten zu einem 
digitalen Objekt in einer geordneten und fur den Nutzungsprozess relevanten Form. 
Grundsatzlich ist der prototypisch vorgestellte Access-Report durch das OAIS-Modell 

-3-7-1 

als Prozess vorgesehen. Die Metadaten, die darin angezeigt werden sollen, sind 
ebenfalls generell im OAIS-Modell verankert. Es kommt entscheidend auf den 
verwendeten Metadatenstandard an, welche Metadaten potentiell fur einen Access-Report 
transformiert werden konnen. Durch die Nutzung von XML ist die prozessgesteuerte 
Verarbeitung von Metadaten fur einen Report vollautomatisch realisierbar. Bei 
Metadatenstandards fur die Aufhahme der Objekte in das digitale Archiv ist die 
InformationserschlieBung abgesichert, so dass fur alle digitalen Objekte in gleicher Weise 
Metadaten erhoben werden. Der in dieser Arbeit aufgezeigte Access-Report ist eine 
Simulation der Access-Moglichkeiten, die als Benutzungsunterstiitzung fungieren soil. Da 
ein Access-Report in der Literatur noch nicht spezifiziert ist, ist hier noch 
Entwicklungsarbeit zu leisten. Das wird vor allem dann relevant, wenn digitale Archive 
uber gemeinsame Schnittstellen in Internetportalen zusammengeschlossen werden. In 
diesem Fall sollte ein Retrieval als Teil des Access fur die Einrichtungen in gleicher Weise 
funktionieren und in der Handhabung (Usability) einheitlich sein. Es ist klar, dass Access- 



330 Die vielfaltigen Dienstleistungen des BSZ werden vorgestellt: siehe Bibliotheksservice Zentrum Baden 
Wiirttemberg /BSZ stellt sich vor 

332 



31 Ergebnismenge 



vgl. Kap. 8 Die Realisierung eines ^cce^-Reports, S 97 
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333 vgl. Abbildung 5 ^cce^funktionalitat auf S. 34 



Reports in diesem Fall auch standardisiert sein mussen. Das erhoht die Performanz des 
implementierten OAIS-Systems, weil die Metadatenaufbereitung und deren Abfrage 
innerhalb eines XML-Musters ablauft und somit schnell auf Daten zugegriffen werden 
kann. Das OAIS-Modell sieht Reportfunktionen vor, jedoch gibt es bis zum gegenwartigen 
Zeitpunkt keine verbindlichen Angaben dariiber, wie ein Report aussehen soil, aus welchen 
Metadaten er sich zusammensetzt und wie er zu nutzen ist. Es ist zu bedenken, dass uber 
die Funktionalitat Preservation Planning des OAIS-Modells und dessen Funktion monitor 
designated community der Sachverhalt eines Reports abzuleiten ist. Die Erstellung von 
Reports ist in der ^ccess-Funktionalitat, speziell im Modul Coordinate Access Activities, 
vorgesehen. Zu diesem Theorierahmen kommt hinzu, dass die befragten Einrichtungen alle 
unabhangig voneinander angeben, momentan eher den Ingest als den Access 
weiterzuentwickeln. Da gegenwartig wichtige Metadatenstandards existieren, die laufend 
in neuen Spezifikationen uberarbeitet werden, besteht eine solide Grundlage fur die 
Erstellung eines Access-Reports. Dieser ist nur gesichert, wenn zu dessen automatischer 
Generierung auf einheitliche Metadatenstandards zuriickgegriffen werden kann. Das 
Archivsystem muss lokalisieren konnen, aus welchen Bereichen es die notwendigen 
Metadaten fur einen Report zusammenstellen kann. Dieser Mechanismus funktioniert uber 

'I'lA 

X-Path, einer XML-basierten Query-Sprache , die die genaue XML-Metadatenstruktur 
kennt und abfragt. Um zu einem bestimmten Element zu navigieren und dessen Inhalt 
abzufragen, muss bei der Abarbeitung des Suchstrings der Weg (Path) bis zum angefragten 
Element in alien Einzelheiten bekannt sein. Die uber X-Path gewonnenen Daten sollten 
idealerweise in einem neuen Metadatenschema fur Access-Reports geordnet werden. Zu 
dieser strukturierten Datenmenge mussen noch das Layout und die tatsachliche grafische 
Darstellung in einem Report konzipiert werden. Hierfur wird eine XSL-Transformation 
(Extensible Stylesheet Language), auch XSL-T genannt, erstellt. Der XSL-T-basierte 
Inhalt ist also eine Layoutanweisung, die in Browsern in HTML (Hypertext Markup 
Language) darstellbar ist. Wunscht man einen PDF-Report, so muss noch speziell eine 
XSL-FO (Formatting Objects)- Transformation geschrieben werden, die sich nicht mehr 
auf browserseitige Darstellung bezieht, sondern auf eine Druckvorstufe (PDF). XSL-FO 
Anweisungen weisen den Daten ihre Anordnung sowie ihre Schriftart mit weiteren 
Einzelheiten, wie Tabellenform oder Farbinformationen, zu. 



334 Abfragesprache 

335 siehe SELFHTML und Kruger, Manfred 
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Die Grundstruktur des XML-Schemas — : 

Ausgehend von der Aussage, dass im Futurelab der Ars Electronica digitale Kunstwerke 
oft als Konvolute aus mehreren zusammengehorigen digitalen Objekten aufgebaut sind , 
muss fur die Erstellung eines Access-Reports folglich unterschieden werden, ob es sich um 
ein einzelnes digitales Objekt oder ein aus mehreren digitalen Objekten 
zusammengesetztes Kunstwerk handelt. Im Sprachgebrauch des Futurelabs heiBen diese 
Konvolute aber weiterhin „Werk" (Singular), obwohl mehrere Objekte Bestandteil sein 
konnen. 

Als Rootelement wurde <digitales_Objekt> gewahlt, das sich in <einfaches_Objekt> 
und <komplexes_Objekt> teilt. Fur die Anwendung vornehmlich in Archiven und 
Bibliotheken geht man in der Regel von einfachen Objekten aus. Es existieren auch hier 
schon haufig Mischformen, wenn PDF-Dokumente Grafiken oder Animationen enthalten. 
Ein solches Dokument konnte noch weiter untergliedert werden. Um die Ubersicht zu 
wahren, wurde diese Vorgehensweise nicht gewahlt. So bezieht sich das Element 
<komplexes_Objekt> auf Werke, die aus mindestens zwei Unterobjekten bestehen. 
Schon bei dieser Einteilung musste eine Auswahl der wichtigsten Dokumentarten erfolgen. 

Fur Textdokumente sind die zu erhebenden Metadaten aus dem bibliographischen 
Metadatenstandard Dublin Core herangezogen worden. Fur Grafikobjekte sind Teile des 
NISO-MIX Metadatenschemas verwendet worden. Dabei sind Informationen zum 
Kameratyp und zur Firmware nicht beriicksichtigt worden, um eine fiktive breit gefacherte 
Nutzerschicht nicht mit irrelevanten Informationen zu strapazieren. 

Da METS die Eingliederung anderer Metadatenstandards im Element <dmd-Sec> 
Description Metadata Section erlaubt 340 , orientierte sich die weitere Konzeption aller 
Unterelemente an den RAK-NBM. 341 Metadaten uber Datentrager werden auBer Acht 
gelassen, weil der digitale Inhalt im Archiv dateibasiert vorliegt. 

Der Entwurf des XML-Schemas basiert auf den Aussagen der Interviewpartner, die in 
den Ubersichten durch Kommentare mit Quellennachweis gekennzeichnet sind. In den 



336 siehe Ubersicht uber die Grundstruktur des Access-Reports in XML Anhange 4.3 und fur die einzelnen 
Objekttypen Anhange 4.3.1 bis 4.3.6. Der komplette XML-Text und die DTD befinden sich in Anhang 4.4. 

Die XML-Dateien befinden sich auf der CD in Anlage 2.1-2.4 

337 siehe Anhang 3.4 Tabelle DIV(74) 

338 Textobjekt, Tonobjekt, interaktives Objekt, Videoobjekt, Grafikobjekt und Datenbankobjekt 

339 siehe Dublin Core Metadata 

340 siehe Kapitel 4.2.1 METS, S. 41 in der vorliegenden Arbeit 

341 siehe raknbm 
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Interviews wird der Wunsch, Inhalte adressatengerecht auszuliefern, formuliert. Wenn 
eine Zielgruppe defmiert ist, kann sie im vorliegenden Modell mit dem Element 
<referenzierbaresObjekt> verlinkt werden. Der Report weist den Bezug des digitalen 
Objekts zur Zielgruppe aus. Umgekehrt miissen Objekte untereinander referenzierbar sein, 
damit sich etwa bei digitalen Kunstwerken die Unterobjekte aufeinander beziehen lassen. 
<referenzierbaresObjektType> ist als globaler Komplex Type definiert worden. 
„Global" bedeutet, dass dieses Element im Schema wiederverwendet werden kann. Das 
Element <referenzierbaresObjektType> ist als komplexes Element mit den Attributen 
„Verweis auf und „ID" dem Element <ReferenziebaresObjekt> zugeordnet. Jedem 
Child-Element zum Element <Objekt> wird eine einmalige ID-Nummer zugeordnet. 
Ebenso konnen die Objekte jeweils eine ID-Nummer eines anderen Objekts und einer 
Zielgruppendefinition als Verweis beinhalten. 

Die Elemente wurden in ihrem Dateninhalt spezifiziert: xs:string fur Buchstaben- 
Zahlenfolgen (auch fur ISBN-Nummern, da diese Bindestriche enthalten); xs: integer fur 
reine Ziffernfolgen bezogen auf Elemente mit Namen „Anzahl". Weiterhin kommt noch 
der Datentyp xs:date fur Datum und xs:time fur Zeitangaben vor. Im XML Schema ist 
definiert, ob ein Element eine Eingabe erfordert. Diese Werte wurden durch eine genaue 
Analyse des Bereichs der Medienbeschreibung aus Bibliotheks-Opacs und den RAK-WB 
entnommen. Schlagworter durfen mehrfach vergeben werden, ebenso wie Notationen. Die 
einmaligen „Standortsignaturen" sind die ID-Nummern der Objekte. 

Die Felder des Access -Reports 

Die XML-Datenstruktur des Accessreports hat universellen Charakter und kann innerhalb 
ihres vorgesehenen Aufbaus aus extrahierten Metadaten beliebige Reports erzeugen. 
Voraussetzung dafur ist jedoch, dass der im digitalen Archiv verwendete 
Metadatenstandard fur digitale Objekte die Daten zu den Feldern im Report innerhalb 
seiner Struktur verwendet. Im Fall einer Reportgenerierung werden aus den verschiedenen 
Elementen der archivinternen Metadatenstandards die fur den Report relevanten 
Datenelemente gefiltert und transformiert. Dieser Vorgang muss komplett automatisiert 
sein. Aus den geparsten (d.h. eingelesenen) Elementen werden die Felder des Reports mit 
Daten gefullt. Es ist wichtig, eine separate Layouttransformation in XSL-T zu schreiben, 
damit ersichtlich ist, wo sich die Felder im Report befinden, welche GroBe und Anordnung 



342 siehe Anhang 2.2, Transkript Gesprach mit Jens Ludwig, Zeile (335-338) 
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sie haben. Der prototypisch vorgestellte Accessreport stellt nur eine Variante dar und soil 
seine mogliche Anwendung in der Praxis aufzeigen. Die Felder des Reports beziehen sich 
auf Expertenmeinungen aus dem Alltag der digitalen Langzeitarchivierung. 
Die Kopfdaten des Reports nennen die Adresse des Archivs und sind zum Nachweis der 
Herkunft von abgerufenen Objekten in Portalen aufschlussreich. Bibliographische 
Metadaten sollten prinzipiell komplett ausgegeben werden, da sie Basisinformationen zum 
Objekt geben. Eine Objekt-ID Nummer ist vonnoten, damit das Objekt wiedergefunden 
werden kann. Ist das Objekt z. B. durch einen komplizierten Retrievalvorgang gefunden 
worden, ware ein erneuter Abruf wieder mit denselben Umwegen verbunden. Hier ist zu 
differenzieren zwischen einer archivinternen Objekt-ID Nummer und einem persistenten 
Identifier wie DOI oder URN, die es gestatten, ein Objekt auch ohne die 
i?e/rz'<?va/oberflache des Archivs im Internet zu lokalisieren. Das Feld „Zielgruppe" kann 
mit den Werten „Hochschulangehorige", „Externe Nutzer" , „Interne Nutzer" sowie 
„Professionelle Nutzer" belegt werden. Eine Kennung erfolgt anhand des Logins in das 
Archivsystem und ggf. durch einen Logvorgang der IP -Adresse des zugreifenden 
Rechners. Interne Nutzer sind Leser, die von der Bibliothek aus auf das Archivsystem 
zugreifen. Professionelle Nutzer sind Mitarbeiter der Bibliothek. Hochschulangehorige 
greifen aus dem Campusnetzwerk auf das System zu. Ihre IP -Adresse muss dem 
Archivsystem bekannt sein, da mit ihnen auch Datenbanken mit Nationallizenz abgerufen 
werden konnen. Die IP -Adresse von externen Nutzern lasst sich bei dynamischen IP- 
Adressen nicht bestimmen. 

Das Archivsystem muss die externen Nutzer von den ubrigen unterscheiden konnen, da es 
moglicherweise aus Rechtsgriinden Restriktionen beim Zugriff auf das Objekt geben kann. 
Mitarbeiter sollten auch von anderen Nutzergruppen unterschieden werden, da sie 
eventuell eine erweiterte Anzeige interner Informationen benotigen. Hochschulangehorige 
sollten als Gruppe identifizierbar sein, weil das Archiv eventuell Rahmenvereinbarungen 
mit den Hochschulinstituten getroffen hat, die sich auf den Access beziehen. 
Hochschulangehorige konnen gut in einen Preservation Planning Prozess {monitor 
designated community) einbezogen werden, wohingegen externe Nutzer sich einer 
Definition entziehen. 344 Die Verlinkung von Objekten miteinander ist besonders im 
Bereich digitaler Kunst von Bedeutung. Sie wird durch das Feld „Verweis auf ermoglicht. 



343 siehe Nachweis uber den Anwendungswert der einzelnen Felder im Access-Report im Anhang 4. 1 

344 siehe Transkript telefonisches Interview im Anhang 2.2, Zeile 344-364 
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Informationen uber Veranderungen am digitalen Objekt sind fiir alle Beteiligten 
unabdingbar. Es wird dem Nutzer angezeigt, wann und mit welcher Software ein Objekt 
erstellt wurde und in welchem Format und welcher Version es vorliegt. 
Als Pre-Ingest-Worgang wurde die Dateintegritat mit dem Tool Digital Record Object 
Identification DROID 345 vollautomatisch auf einer Pre-Ingest Plattform getestet. 346 
Der Status wird in dem Report gemeldet und dient als Nachweis der 
Qualitatssicherungsschritte des Archivs. Kommt es zu weiteren Migrationen, die auch 
automatisch angestoBen werden konnen , erfolgt nach demselben Muster eine neue 
Angabe uber die Einzelheiten der Objektmigration. Die Objekte durchlaufen nach der 

7.AQ 

Migration erneut den Ingest und moglicherweise den Integritatscheck mit DROID. 



8 Realisierung eines Access-Reports 

Nach einer Strukturbestimmung und Festlegung der Reportfelder ergibt sich folgendes 
Design: Im Beispiel wird eine Tondatei abgerufen, von der aus auf einen Notendruck 
verwiesen wird. Der Notendruck liegt als PDF-Datei vor und ist bereits von einem Nutzer 
dem Archiv nach einer Migration als fehlerhaft riickgemeldet worden. 



345 siehe Anhang 5 Grafik 7.1 und 7.2 : Das Tool DROID bei der Anwendung 

346 siehe Anhang 3 . 6 Tabelle AI( 117) 

347 siehe Anhang 3.6 Tabelle AI(1 17) 

348 siehe Transkript im Anhang 2.2, Zeile 54-70 
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Der Report ist an den Metadatenstandard PREMIS der Version 2.0 349 und Dublin Core der 
Version 1.1 angelehnt. 

Die Elemente von PREMIS sind auf mehrere Felder im Access-Report ubertragen worden. 
Ein zentrales Thema im Report ist die Frage: Wer (agent) hat was (event) mit einem 
Objekt (object) wann auf welch er Rechtsgrundlage (rights) gemacht? Dieser Sachverhalt 
wird in Feld 14 dargelegt. Zusatzlich erfolgt in Feld 14 fur das Textobjekt die 
Ruckmeldung eines Benutzers (Kommentar), dass das digitale Objekt Fehler aufweist. 
Dieses Metadatum ist durch ein Kommentarfeld in der Retrievalobertlache vorgesehen, wo 
ein Feedbackbutton betatigt werden kann, der als interaktive Verbindung Nutzer-Archiv 
Freitexteingaben ermoglicht. Im Feld 16 wird auf ein anderes Objekt verwiesen. Es ist eine 
haufig genutzte Funktion, beim Access auf komplexe Objekte zu referenzieren. Die 
Objekte tragen eine archivinterne ID-Nummer und eine URN bzw. DOI, mit der sie im 
Opac des Archivs aufgefuhrt sind. Beide Nummern miissen unterschieden werden 
(Feld: 4, 13). 

Die Erstellungssoftware soil mit Version und erzeugtem Dateiformat angezeigt werden, 
um den Nutzbarkeit fur den Archivkunden sicherzustellen (Feld 12). DateigroBe oder 
Spieldauer eines Objekts orientieren sich an bibliographischen Metadaten, und werden im 
eher technisch ausgerichteten Metadatenstandard PREMIS dennoch vorgesehen (Feld 11). 
Der Name des konzeptuellen Objekts in Feld 2 ist nicht mit der PREMIS Kategorie 1.6 
<originalName> zu verwechseln, da sich diese auf den Dateinamen bezieht, der mit dem 
Titel des konzeptuellen Objekts nicht ubereinstimmen muss. 

Fur bibliographische Metadaten im Access-Report ist der Dublin Core Metadatenstandard 
in der Version 1.1 herangezogen worden. Weitere Kategorien aus Dublin Core sind 
Verfasser (Interpret, Kunstler...), Erstellungsdatum und Verlag (Felder 5,6,7). Die 
SacherschlieBung mit Notationenvergabe und Verschlagwortung aus einer Klassifikation 
entsprechen den Feldern 9 und 10. Die Sprache des Objekts ist bei internationalem Access 
von Interesse (Feld 8). 

Zusammenfassend ist hervorzuheben, dass die technischen Metadaten, wie die 
Veranderungen am Objekt, Software bzw. Dateiformat-Angaben aus PREMIS entnommen 
sind wohingegen bibliographische Angaben aus Dublin Core stammen. Fur das digitale 
Archiv bedeutet dies die Kombination von zwei Metadatenstandards. 



349 siehe Nachweis uber die Kompatibilitat der Felder mit PREMIS 2.0 und Dublin Core 1.1 im Anhang 4.2 

350 vgl. Kap. 4.2.6 Dublin Core, S 51 in der vorliegenden Arbeit 
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Der Access-Report ist jedoch mit diesen beiden Standards noch nicht komplett abgedeckt. 
Die Angaben zu User-Zugriff, Zielgruppe und Adresse der Einrichtung (Felder 3, 15, 1) 
mussen jenseits von Metadatenstandards fiir digitale Objekte aus weiteren im Archiv 
generierten Metadaten entnommen werden. 

9 Ausblick 

Die Untersuchung zum Thema Access in digitalen Archiven basiert auf der Methode der 
Befragung von Experten der vier Institutionen, die in herausragender Stellung an 
zukunftsweisenden Entwicklungen zum Ausbau des Access arbeiten. 
Die telefonischen Interviews ermoglichen eine seltene Momentaufhahme in hochaktuelle 
Ablaufe bei dem Aufbau von digitalen Langzeitarchiven. Bisher sind Informationen zu 
diesem Thema noch nicht in dieser Ausfiihrlichkeit publiziert worden. Es zeigt sich, dass 
digitale Archive zur Zeit mit der Spezifizierung von Metadatenstandards beschaftigt sind, 
um den Erhalt von digitalen Objekten fiir die Zukunft zu sichern und Voraussetzungen fiir 
den Ausbau von Access zu schaffen. Dafiir wird intensive Arbeit an der Verbesserung des 
Ingest geleistet. Pre-/Mgest-Schritte wie die Formatidentifizierung und automatische 
Integritatschecks an digitalen Objekten spielen ebenso wie die automatisierte 
Metadatenextraktion eine groBe Rolle. Ein wichtiges Aufgabengebiet dabei ist die 
eindeutige Adressierung der digitalen Objekte mit persistenten Identifikatoren (Persistent 
Identifiers). Die Befragung der vier Einrichtungen lasst einen Trend zur Zusammenfassung 
von Diensten und der Web-Prasenz informationsvermittelnder Einrichtungen in 
Internetportalen erkennen. Diese Bundelung von Kompetenzen in Netzwerken sowie die 
Beauftragung groBer Rechenzentren als Dienstleister gewahrleisten okonomisches 
Arbeiten. 

Die einzelne Einrichtung wird in Zukunft verstarkt von Metadatenstandards und 
gemeinsamen Schnittstellen im Verbund mit anderen Archivsystemen abhangen. Folglich 
ist es wichtig, den Access nach portalubergreifenden Retrievalobertlachen auszurichten 
und gemeinsame Regelwerke in der ErschlieBung zu verwenden. 



351 siehe Kapitel 2 Ziele und Methoden, S. 17-21 in vorliegender Arbeit und Anhang 2.1 *-2.4* Fragenkataloge 

352 siehe Anhang 5 Grafik 7.1 und 7.2 : Das Tool DROID bei der Anwendung 

353 vgl. BSZ 
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Die zunehmende Globalitat der Datenstrome bringt auch neue Verantwortlichkeiten mit 
sich: Daten mussen den einzelnen Stammarchiven zugeordnet werden konnen. 
Benutzergruppen mussen nach diversen Gesichtspunkten spezifiziert werden, um ihren 
unterschiedlichen Berechtigungen zu entsprechen. 

Die Einhaltung von Urheberrechten muss gewahrt bleiben, indem ihre Statute in Metadaten 
implementiert und vollautomatisch umgesetzt werden. 

Ein zuverlassiger Access wird immer wichtiger, da der Benutzer ausschlieBlich iiber diese 
Schnittstelle mit dem digitalen Archiv in Kontakt tritt, ohne zu wissen, aus welchen 
Archivstrukturen und von welchem Ort das angefragte Objekt kommt. 

Direkte Interaktion des Benutzers mit dem Archiv hat folgende Vorteile: Einerseits kann 
der Archivkunde Assistance-Funktionen 354 zur Unterstiitzung bei der Datensuche und 
Informationen iiber die Verfiigbarkeit des Objekts anfordern sowie ein intelligentes 
Leitsystem fur die Retrievaloberflache in Anspruch nehmen. Andererseits kann der 
Benutzer eine Ruckmeldung geben und damit das Archiv aktiv bei dem 
Qualitatsmanagement unterstiitzen. 

Die Beurteilung der Qualitat eines konzeptuellen Objekts wird zunachst weiterhin ein 
intellektueller Vorgang bleiben, der besonders nach Migrationsschritten eine groBe Rolle 
fur das Fortbestehen des Objekts spielt. Ein reibungslos funktionierender Access basiert auf 
umfangreichenVorarbeiten (Pre-Ingest, Ingest). Fortlaufende Pflege der Daten ist die 
Grundlage fur ein hochwertiges Archivobjekt. So kann man sagen, dass der Access sowohl 
die „Pflicht" als auch die „Kur" eines Archivs darstellt. 

Bisher endeten ylccas^funktionen oft bei einem einfachen Auslieferungsvorgang. Access ist 
demnach ein sehr junges Forschungsfeld, das noch weitere Standards zur Realisierung 
benotigt. Eine Aufgabe fur die Zukunft besteht in der Ausweitung seiner Funktionen und 
im Nachweis iiber den Lebenslauslauf des digitalen Objekts. 356 



354 Reference Model OAIS, S. 4-15 



355 Bidirektionalitat der Beziehung Archiv-Nutzer. Telefonat mit Herrn Karsten Huth vom Bundesarchiv am 
17.06.2009, 15:40 - Herr Huth erteilt die Auskunft, dass Qualitatspriifungen an migrierten Objekten 
intellektuell geschehen. Im Pre-Ingest werden Strategien umgesetzt, die gunstige Voraussetzungen fur 
Migration schaffen, eine absolute Sicherheit gibt es nicht. Ein Feedback-Button, iiber den der Nutzer 
Ruckmeldung iiber die Qualitat eines konzeptuellen Objekts gibt, kann ein Werkzeug fur 
Qualitatsmanagement im Archiv sein. 

5 siehe nestor Handbuch, Version 2.0, Kap.: 2:9 
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Stand: 28.05.2010 

2 Onlineressourcen 

Hauptadresse: http://bibliotheksauskunft.blogspot.com/ 

Informations- und Bibliotheksportal des Bundes 

Adresse: http://bibliotheksauskunft.blogspot.com/2007/04/informations-und- 

bibliotheksportal-des.html 

Gesehen: 24.07.2010 

Beschluss 456 / 2005 des Europaischen Parlaments und des Rates uber ein 

Mehrjahresprogramm der Gemeinschaft zur Erleichterung des Zuganges zu digitalen Inhalten 

sowie ihrer Nutzung und Verwertung in Europa. - 09.03.2005 

Adresse: http://register.consilium.europa.eu/pdf/de/05/st03/st03605.de05.pdf 

Gesehen: 24.07.2010 

Bestandserhaltung im Digitalen Archiv [Elektronische Ressource] / Stefan Funk. 

Stand: 29.11.2005. 

1 Online-Ressource 

Adresse: http://www.langzeitarchivierung.de/downloads/nestor_sem_01_funk.pdf 

Gesehen : 29.03.2009 
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Bewertung von Softwaresystemen zur Langzeitarchivierung digitaler Objekte / 
Uwe M. Borghoff. ..// In: Zeitschrift fiir Bibliothekswesen und Bibliographie. - 
ISSN 0044-2380. - 52 (2005), 3-4, S 188 - 197 

Adresse: http://zs.thulb.uni-jena.de/receive/jportaljparticle_00001704 
Gesehen: 20.05.2010 

Bibliotheken und Informationsgesellschaft in Deutschland : eine Einfiihrung / Engelbert 
Plassmann ...Wiesbaden : Harrassowitz , 2006. - X, 333 S. : Kt. 
ISBN 3-447-05230-9 
ISBN 978-3-447-05230-6 

Bibliotheksservice Zentrum Baden Wurttemberg [Elektronische Ressourcen] 

Stand: 02.02.2010 

4 Onlineressourcen 

Hauptadresse: http://www2.bsz-bw.de/cms 

Kundenliste 

Adresse: http://www2.bsz-bw.de/cms/lokalsys/kunden 

1 . BSZ Kolloquium 

Adresse: http://opus.bsz-bw.de/swop/volltexte/2003/5/pdf/lkoll98.pdf 

BSZ stellt sich vor 

Adresse: http://www2.bsz-bw.de/cms/bsz/ 

Gesehen: 24.07.2010 

BIT online [Elektronische Ressource] : Zeitschrift fur Bibliothek, Information und 

Technologie mit aktueller Internet-Prasenz. - Wiesbaden : Dinges & Frick 

ISSN 1615-1577 

Adresse : http ://www.b-i-t-online . de/ 

Gesehen: 24.07.2010 

BOA: Baden- Wurttembergisches Online-Archiv [Elektronische Ressource] 

Stand: 2008 

1 Onlineressource 

Hauptadresse: http://la.boa-bw.de/menu.do7index 

Gesehen: 24.07.2010 

Briibach, Nils : pdas p Referenzmodell OAIS 
Siehe nestor Handbuch, Version 2.0 
Kap 4:3 -4:14 
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Bundesamt fur Sicherheit in der Informationstechnik[Elektronische Ressourcen] 
Stand: Juli2010 

2 Onlineressourcen 

Hauptadresse:https://www.bsi.bund.de/cln_156/DE/Home/home_node.html 
BSI-Standards 100-1, Version 1.5. - Bonn: 2008. - 37 S.: graph. Darst. 
Adresse: 

https://www.bsi.bund.de/cae/servlet/contentblob/471450/publicationFile/31048/standard_100 
l.pdf 

Gesehen: 24.07.2010 

pDas |- Bundesarchiv [Elektronische Ressourcen]. - 
Stand: jeweils [27.05.2010] 

3 Online-Ressourcen 

Hauptadresse: http://www.bundesarchiv.de/index.html 
Zugriffe: 04.07.2010 
Darin: 

Archivgut im Bundesarchiv 

Adresse: http://www.bundesarchiv.de/benutzung/index.html.de 
pDas |- digitale Bildarchiv des Bundesarchivs 
Adresse: http://www.bild.bundesarchiv.de/ 
Findmittel Online der Abteilung Filmarchiv (FA) 
Adresse: 
http://www.bundesarchiv.de/recherche/index.html.de 

Bundesgesetzblatt. - Koln ; Bonn: Bundesanzeiger Verl. - 47, (2008), 1, S. 2013-2015 
Adresse: http://www.bgbl. de/Xaver/start.xav?startbk=Bundesanzeiger_BGBl 
Gesehen: 04.07.2010 

CCSDS [Elektronische Ressourcen] : The consultative committee for space data systems ; the 

official web site 

Stand 04.07.2010 

2 elektronische Ressourcen 

Adresse: http://public.ccsds.org/default.aspx 

Publications 

Adresse: http://public.ccsds.org/publications/default.aspx 

Gesehen: 04.07.2010 
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Center for research libraries [Elektronische Ressourcen] 

Stand: Juli2010 

2 Onlinequellen 

Hauptadresse: http://www.crl.edu/ 

CRL, OCLC/RLG - NARA: Task Force on Digital Repository Certification: Trustworthy 

Repositories Audit & Certification: Criteria and Checklist (TRAC), Version 1, 2007. 

Stand 2007 

Adresse: http://www.crl.edu/sites/default/files/attachments/pages/trac_0.pdf 

Gesehen 25.05.2010. 

Charta zur Bewahrung des digitalen Kulturerbes [Elektronische Ressource] / Deutsche 

UNESCO-Kommission e.V.. - Stand: 03.02.2010 

1 elektronische Ressource 

Adresse: http://www.unesco.de/444.html 

Gesehen: 01.07.2010 

Codex Sinaiticus [Elektronische Ressource] 

Stand: 04.07.2010 

1 Online-Ressource 

Adresse: http://www.codex-sinaiticus.net/en/ 

Zugriff: 04.07.201 

Common Criteria [Elektronische Ressource] 

Stand: Juli2010 

1 online Ressource 

Adresse: http://www.commoncriteriaportal.org/ 

Zugriff: 24.07.2010 

Deutsche Forschungsgemeinschaft (DFG) [Elektronische Ressource] 

Stand: 22.07.2010 

1 Onlineressource 

Hauptadresse: http://www.dfg.de/index.jsp 

Zugriff: 24.07.2010 

Deutsche Nationalbibliothek [Elektronische Ressource] 

Stand: 23.07.2010 

1 Onlineressource 

Hauptadresse: http://www.d-nb.de/ 

Gesehen: 24.07.2010 
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Deutsches Volksliedarchiv [Elektronische Ressource] / Institut fur internationale 

Popularliedforschung 

Stand 10.02.2010 

1 Onlineressource 

Hauptadresse: http://www.dva.uni-freiburg.de/ 

Gesehen: 24.07.2010 

Digital Curation Center [Elektronische Ressourcen]: DCC . 

Stand jeweils 04.07.2010 

3 Online-Ressourcen 

Hauptadresse: http://www.dcc.ac.uk/ 

Zugriffe 04.07.2010 

Darin: 

Startseite 

Adresse: http://www.dcc.ac.uk/ 

Representation Information 

Adresse: http://www.dcc.ac.uk/news/representation-information-what-it-and-why-it-important 

Joint-DCC/LUCAS-workshop 

Adresse: http://www.dcc.ac.uk/events/workshops/joint-dcclucas-workshop 

Digitale Duurzaamheid [Elektronische Ressource] 

Stand 08.02.2007 

1 Online Ressource 

Startseite 

Adresse: http://www.digitaleduurzaamheid.nl/home.cfm 

Gesehen: 07.07.2010 

Diekmann, Andreas : Empirische Sozialforschung : Grundlagen, Methoden, Anwendungen / 
Andreas Diekmann. - 18. Aufl., vollst. uberarb. und erw. Neuausg. 
Reinbekbei Hamburg : Rowohlt , 2007. - 783 S. : graph. Darst. 
(Rororo ; 55678 : Rowohlts Enzyklopadie) 
ISBN 978-3-499-55678-4 
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Dublin Core Metadata [Elektronische Ressourcen] / Dublin Core Metadata Initiative. - Stand: 
14.08.2008. 
2 Online-Ressourcen 
Hauptseite 

Adresse: http://dublincore.org/ 
Dublin Core Metadata Element Set, Version 1 . 1 
Adresse: http://dublincore.org/documents/dces/ 

The Dublin Core metadata element set. Bethesda (MD), Niso Press, 2007 
ISSN 1041-5635 
ISBN 1-8880124-73-4 
ISBN 978- 1-8880124-73-4 
Adresse: 

http://www.niso.org/kst/reports/standards/kfile_download7id%3Austring%3Aiso-8859- 
l=Z39-85-2007.pdf&pt=RkGKiXzW643YeUaYUqZlBFwDhIG4- 

24RJbcZBWg8uE4vWdpZsJDs4RjLz0t90_d5_ymGsj_IKVa86hjP37r_hFEijhl2LhLqJw52B- 
5udAaMy22WJJ10y5GhhtjwcI3V 

Gesehen: 04.07.2010 

E-conomics : strategies for the digital marketplace / ECC, European Communication Council. 

[The authors: Axel Zerdick ...] 

Berlin ; Heidelberg [u.a.] : Springer , 2000. - 330 S. : graph. Darst. 

(Report / European Communication Concil ; 2000) 

ISBN 3-540-64943-3 

Elektronische Zeitschriftendatenbank(EZB) [Elektronische Ressource] / Universitatsbibliothek 

Regensburg 

Stand: 07.2010 

1 Onlineressource 

Adresse: http://rzblxl .uni-regensburg.de/ezeit/ 

Gesehen. 24:07:2010 

Fileextensions org [Elektronische Ressource]. - Stand: 04.07.2010 

1 Online-Ressource 

Adresse: http://www.file-extensions.org/ 

Gesehen:04.07.2010 

Froschauer, Ulrike : -■Das -1 qualitative Interview : zur Praxis interpretativer Analyse sozialer 
Systeme / Ulrike Froschauer ; Manfred Lueger 
Wien : WUV , 2003. - 236 S. : graph. Darst. 
(UTB;2418 : Soziologie) 
ISBN 3-8252-241 8-X 
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GAMA : Gateway to archives of media art [Elektronische Ressource] 

Stand: 02.09.2009 

1 Onlineressource 

Adresse: http://www.gama-gateway.eu/ 

Gesehen: 24.07.2010 

Gnehm, Heinz: Dienstleistungen fur die Langzeitarchivierung digitaler Daten - 

Herausforderungen und Geschaftsmodelle / Heinz Gnehm ; Peter Keller-Marxer ; Stephan 

Heuscher. // In: Zeitschrift fur Bibliothekswesen und Bibliographie. - ISSN 0044-2380. - 52 

(2005), 3-4, S. 136- 171 

Adresse: http://zs.thulb.uni-jena.de/receive/jportaljparticle_00001701 

Gesehen: 20.05.2010 

Grundlagen der praktischen Information und Dokumentation : ein Handbuch zur Einfuhrung 

in die fachliche Informationsarbeit / Marianne Buder ... (Hrsg.). Begr. von Klaus Laisiepen ... 

Munchen [u.a.] : Saur 

1 : Handbuch zur Einfuhrung in die Informationswissenschaft und -praxis. - 5., vollig neu 

gefasste Ausg. - Munchen : Saur , 2004. - XLI, 762 S. 

ISBN 3-598-21253-4 ISBN 3-598-11309-9 

Grundlagen des Marketing / Philip Kotler .... - 4., aktualisierte Aufl 

Munchen [u.a.] : Pearson Studium , 2007. - 1135 S. : 111., graph. Darst. 

(wi Wirts chaff) 

Einheitssachtitel: Principles of marketing <dt.> 

ISBN 3-8273-7176-7 ISBN 978-3-8273-7176-8 

Hacker, Rupert : Bibliothekarisches Grundwissen / Rupert Hacker. - 7., neu bearb. Aufl. 
Munchen : Saur , 2000. - 366 S. : graph. Darst 
ISBN 3-598-1 1394-3 

Hanger, Andrea : Archivierung elektronischer Unterlagen der Verwaltung: 

Aussonderungskriterien, Langzeitstabilitat und Authentizitat / Andrea Hanger ; Karl-Ernst 

Lupprian. // In: Zeitschrift fur Bibliothekswesen und Bibliographie. - ISSN 0044-2380. - 52 

(2005), 3-4, S. 137- 142 

Adresse: http://zs.thulb.uni-jena.de/receive/jportaljparticle_00001698 

Gesehen: 20.05.2010 

Higgins, Sarah: [-The pDCC Curation lifecycle model / Sarah Higgins // In: The international 
journal of curation. - ISSN 1746-8256. - 3(2008)1, S. 134-140 
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Hollender, Ulrike: „Wir wollen keine Metadaten" : Tagungsbericht .Hist 2006 ;Geschichte im 

Netz - History in the Net(work), Berlin, 22. - 24. Februar 2006 / Ulrike Hollenader. // In: 

Zeitschrift fur Bibliothekswesen und Bibliographie. - ISSN 0044-2380. - 53 (2006), 

3-4, S. 196-203 

Adresse: http://zs.thulb.uni-jena.de/receive/jportaljparticle_00001866 

Gesehen: 20.05.2010 

Homann, Benno: Informationskompetenz als Grundlage fur bibliothekarische 

Schulungskonzepte / Benno Homann. // In: Bibliotheksdienst. - ISSN 0006-1972. - 

34 (2000), 6, S. 968-978 

Adresse: http://bibliotheksdienst.zlb.de/2000/2000_06_Benutzung01.pdf 

Adresse: http://deposit.ddb.de/ep/netpub/89/96/96/967969689/_data_stat/www.dbi- 

berlin.de/dbi_pub/bd_art/bd_2000/00_06_03 .htm#FNT 1 

Gesehen: 18.07.2010 

Hunter, Jane: PANIC: an integrated approach to the preservation of composite digital objects 

using Semantic Web services / Jane Hunter ; Sharmin Choudhury. // In: International Journal 

on Digital Libraries. - ISSN 1432-1300. - 6 (2006), 2, S. 174 - 183 

Adresse : DOI: 10.1007/s00799-005-0134-z 

Adresse: http://espace.library.uq.edu.aU/eserv/UQ:7869/IJDL2006.pdf 

Gesehen: 20.05.2010 

Institut fur Rundfunktechnik [Elektronische Ressource] 
Stand: 2010 

1 Onlineressource 

Adresse: http://www.irt.de/de/themengebiete/produktion/bmf.html 
Gesehen: 24.07.2010 

ISO [Elektronische Ressourcen] : International organization for standardization 
Stand: Juli2010 

2 Online Ressourcen 

Hauptadresse: http://www.iso.org/iso/home.htm 

IS014721 : 2003 

Adresse: 

http://www.iso. org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=24683 

Gesehen: 07.07.2010 

Jhove [Elektronische Ressource] : Jhove - Jstor/Harvard Object Validation Environment 

Stand: 25.02.2009 

1 Onlineressource 

Hauptadresse: http://hul.harvard.edu/jhove/ 

Gesehen: 24.07.2010 
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JSTOR [Elektronische Ressource] : Trusted archives 

Stand: Juli2010 

1 Onlineressource 

Hauptseite 

Adresse: http://www.jstor.org/ 

Gesehen: 09.07.2010 

Karlsruher virtueller Katalog [Elektronische Ressource] / Universitatsbibliothek Karlsruhe 

Stand: Juli2010 

1 Onlineressource 

Adresse: http://www.ubka.uni-karlsruhe.de/kvk.html 

Gesehen: 24.07.2010 

Kolawiss [Elektronische Ressource] / Gesellschaft fur wissenschaftliche Datenverarbeitung 

mbH Gottingen 

Stand: 2009 

1 Onlineressource 

Adresse: http://kolawiss.uni-goettingen.de/? q=de/node/6 

Gesehen: 24.07.2010 

Kooperationsausschuss automatisierte Datenverarbeitung [Elektronische Ressourcen]: Bind / 

Lander / kommunaler Bereich (KoopA ADV) 

Stand :Juli 2010 

3 Onlineressourcen 

Hauptadresse: http://www.koopa.de/produkte/xdomea2.html 

Xdoema 2.1.0 Spezifikation [18.09.2009] 

Adresse: http://www.koopa.de/produkte/XDOMEA2/Spezifikation_xdomea-2- 1 -O.pdf 

Mitgliederliste 

Adresse: 

http://www.koopa.de/projekte/dokumente/X500/verzeichnisdienstempfehlungen.htm#9 

Gesehen: 09.07.2010 
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Kopal : Daten fur die Zukunft [Elektronische Ressourcen] 

Stand: 04.07.2010 

4 Onlineressourcen 

Hauptadresse: http://kopal.langzeitarchivierung.de/ 

Zugriffe: 04.07.2010 

Darin: 

Ziel 

Adresse: http://kopal.langzeitarchivierung.de/index_ziel.php.de 

Arbeitspakete 

Adresse: http://kopal.langzeitarchivierung.de/index_arbeitspakete.php.de#Pl 

Universelles Objektformat:Ein Archiv- und Austauschformat fur digitale Objekte (PDF) 

Adresse: 

http://kopal.langzeitarchivierung.de/downloads/kopal_Universelles_Objektformat.pdf 

kopal Library for Retrieval and Ingest (koLibRI) 

Adresse: http://kopal.langzeitarchivierung.de/index_koLibRI.php.de 

Kriterienkatalog vertrauenswurdige digitale Langzeitarchive [Elektronische Ressource]. - , 

Version 2 / nestor Kompetenznetzwerk Langzeitarchivierung / Arbeitsgruppe 

vertrauenswurdige Archive. Zertifizierung: nestor Kriterien, Kriterienkatalog 

vertrauenswurdige digitale Langzeitarchive - Frankfurt am Main: nestor 

c/o Deutsche Nationalbibliothek. - Stand: November 2008. 1 Onlineressource 

(nestor Materialien 8) 

Adresse: urn:nbn:de:0008-200802 1802 

Adresse: http://files.d-nb.de/nestor/materialien/nestor_mat_08.pdf 

Gesehen: 04.07.2010 

Kruger, Manfred: XSL-FO verstehen und anwenden : XML-Verarbeitung fur PDF 

und Druck / Manfred Kruger. - Heidelberg: dpunkt-Verl, 2006. - XIV, 474 S.: graph. Darst. 

ISBN 3-89864-394-8 

(XML Bibliothek) 

Langfristige Aufbewahrung elektronischer Dokumente : Anforderungen und Trends / 
Alexander RoBnagel .... - 1. Aufl. - Baden-Baden : Nomos , 2007. - 187 S. 
(Der elektronische Rechtsverkehr ; 17) 
ISBN 978-3-8329-3041-7 

Langzeitarchivierung : Methoden zur Erhaltung digitaler Dokumente / Uwe M. Borghoff .... - 
1. Aufl. - Heidelberg : dpunkt-Verl. , 2003. - XV, 283 S. : 111., graph. Darst. 
ISBN 3-89864-245 
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Langzeitarchivierung von Rohdaten / Thomas Severiens, Eberhard R. Hilf, Institute for 

Science Networking Oldenburg GmbH an der Carl von Ossietzky Universitat Oldenburg, 

Frankfurt am Main : nestor c/o Die Deutsche Bibliothek, 2006. - 

40 S. : graph. Darst. 

(nestor Materialien; 6) 

Adresse: http://nbn-resolving.de/urn:nbn:de:0008-20051 1 14018 

Adresse:urn:nbn:de:0008-20051 114018 

Gesehen: 20.05.2010 

Langzeiterhaltung digitaler Publikationen - Archivierung elektronischer Zeitschriften (E- 

Journals) / Dr. Gunnar Fuelle, Tobias Ott, pagina GmbH, Tubingen 

Frankfurt am Main : nestor c/o Die Deutsche Bibliothek, 2006. - 147 S. : graph. Darst. 

(nestor Materialien ; 4) 

Adresse: URN: urn:nbn:de:0008-2005 1024019 

Adresse: http://files.d-nb.de/nestor/materialien/nestor_mat_04.pdf 

Zugriff: 05.07.2010 

LMER Langzeitarchivierungsmetadaten fur elektronische Ressourcen / Deutsche 

Nationalbibliothek. - Version 1.2. - 19 S. 

Stand: 07.04.2005 

Adresse: URN: urn:nbn:de:l 11 1-2005041 102 

Adresse: http://www.d-nb.de/standards/pdf/lmerl2.pdf 

Ludwig Boltzmann Institut : Medien. Kunst. Forschung [Elektronische Ressource] 

Stand: 2010 

1 Onlineressource 

Hauptadresse: http://media.lbg.ac.at/de/index.php 

Gesehen: 24.07.2010 

METS [Elektronische Ressource]: Metadata encoding & transmission standard; official 

web site 

Stand jeweils 13.09.2006 

5 Onlineressourcen 

Zugriffe: 07.07.2010 

Darin: 

Hauptadresse: http://www.loc.gov/standards/mets/mets-home.html 

METS Uberblick und Anleitung 

Adresse: http://www.loc.gov/standards/mets/METSOverview.v2_de.html 

News and announcements 

Adresse: http://www.loc.gov/standards/mets/news042909.html 

Implementation registry 

Adresse: http://www.loc.gov/standards/mets/mets-registry.html 

An overview & tutorial 

Adresse: http://www.loc.gOv/standards/mets/METSOverview.v2.html#MHead 
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MIX [Elektronische Ressourcen] NISO metadata for images in XML schema 

Stand 13.05.2008 

3 Onlineressourcen 

Hauptadresse : http://www.loc.gov/standards/mix/ 

MIX-schema Version 2.0 (current version) 

Adresse: http://www.loc.gov/standards/mix/mix20/mix20.xsd 

MIX Data Dictionary - technical metadata for digital still images 

ISSN 1041-5653 

ISBN 1-880124-66-1 

ISBN 978-1-880124-67-3 

Adresse: http://www.niso.org/kst/reports/standards/kfile_download7id%3Austring%3Aiso- 

8859-l=Z39-87-2006.pdf&pt=RkGKiXzW643YeUaYUqZlBFwDhIG4- 

24RJbcZBWg8uE4vWdpZsJDs4RjLz0t90_d5_ymGsj_IKVa86hjP37r_hKQ00ioOP35W6Ql 

wkBOLKanPbfamndQa6zkS6rLL3oIr 

Gesehen: 18.07.2010 

[-The [-National Archives[Elektronische Ressource]. 
Stand jeweils: [Juli 2010]. - 
2 Online-Ressourcen 

Hauptadresse: http://www.nationalarchives.gov.uk/default.htm 
Zugriffe 04.07.2010 
Darin: 

The technical registry PRONOM 
Adresse: http://www.nationalarchives.gov.Uk/aboutapps/pronom/#future 

Neubauer, Matthias: Maschinelle Gewinnung technischer Metadaten fur die 

Langzeitarchivierung elektronischer Publikationen : Erfahrungen mit JHOVE im Projekt 

„kopal" / Matthias Neubauer und Thomas Wollschlager // In: Zeitschrift fur Bibliothek, 

Information und Technologie mit aktueller Internet-Prasenz (B:I.T.). - ISSN 1615-1577. - 

9,(2006), 1,S. 

Adresse: http://www.b-i-t-online.de/archiv/2006-01/nach3.htm 

Gesehen: 24.07.2010 

nestor [Elektronische Ressourcen] deutsches Kompetenznetzwerk zur digitalen 

Langzeitarchivierung 

Stand:jeweils Juli. 20 10 

2 Online Ressourcen 

Hauptadresse: http://www.langzeitarchivierung.de/index.htm 

Zugriffe: 05.07.2010 

Darin 

WG Long-term preservation 

Adresse: http://nestor.cms.hu-berlin.de/moinwiki/WG_Cooperative_long- 

term_Preservation?highlight=%28%28AG+kooperative+Langzeitarchivierung%29%29 
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nestor Entwicklungsstand des Kompetenznetzwerkes zur Langzeitarchivierung digitaler 
Ressourcen in Deutschland / Susanne Dobratz...// In: Zeitschrift fiir Bibliothekswesen und 
Bibliographie. - ISSN 0044-2380. - 52 (2005), 3-4, S. 151 - 162 
Adresse: http://zs.thulb.uni-jena.de/receive/jportaljparticle_00001700 
Gesehen: 04.07.2010 

nestor Handbuch : eine kleine Enzyklopadie der digitalen Langzeitarchivierung / [Hrsg. Heike 

Neuroth. . .] Im Auftrag von: nestor - Kompetenznetzwerk Langzeitarchivierung und 

Langzeitverfugbarkeit digitaler Ressourcen fur Deutschland. - Gottingen: Niedersachsische 

Staats- und Universitatsbibliothek, 2008. - [135] S.: graph. Darst. 

Version 1.5. -[Dezember 2008]. - 

Adresse: http://nestor.sub.uni-goettingen.de/handbuch/nestorhandbuch.pdf 

Gesehen: 04.07.2010 

nestor Handbuch : eine kleine Enzyklopadie der digitalen Langzeitarchivierung ; [im Rahmen 

des Projektes: nestor - Kompetenznetzwerk Langzeitarchivierung und Langzeitverfugbarkeit 

digitaler Ressourcen fur Deutschland] / Georg-August-Universitat Gottingen. Heike Neuroth 

... - 617 S. in getr. Zahlung : 111. 

ISBN 978-3-940317-48-3 

Version 2.0. -[Juni 2009]. 

Adresse: urn:nbn:de:0008-2009073 109 

Adresse: http://nestor.sub.uni-goettingen.de/handbuch/nestorhandbuch_20.pdf 

Gesehen: 20.05.2010 

nestor Ratgeber media [Elektronische Ressourcen] 

Stand jeweils 28.01.2009 

2 Onlineressourcen 

Hauptadresse: http://www.archaeobooks-kalkriese.de/nestor/ 

Zugriffe: Juli2010 

Darin: 

Digitale Objekte 

Adresse: http://www.archaeobooks- 

kalkriese.de/nestor/index.php?option=com_content&view=article&id=48&Itemid=53 

Glossar 

Adresse: http://www.archaeobooks- 

kalkriese.de/nestor/index.php?option=com_content&view=article&id=76&Itemid=91#l 
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Niedersachsische Staats- und Universitatsbibliothek [Elektronische Ressourcen] 

Stand: Juli2010 

3 Onlineressourcen 

Hauptadresse: http://www.sub.uni-goettingen.de/index.html 

Research & development department 

Adresse: http://rdd.sub.uni-goettingen.de/ 

Gottinger Digitalisierungszentrum (GDZ) 

Adresse: http://gdz.sub.uni-goettingen.de/ 

Gesehen: 24.07.2010 

OCLC [Elektronische Ressourcen] :The world's libraries connected 

Stand jeweils 2010 

3 Onlineressourcen 

Hauptadresse: http://www.oclc.org/default.htm 

Zugriffe: 08.07.2010 

PREMIS membership 

Adresse: http://www.oclc.org/research/projects/pmwg/membership.htm 

World Cat (advanced search) 

Adresse: http://www.worldcat.org/advancedsearch 

PREMIS Data Dictionary for Preservation Metadata: Version 2.0 March 2008 [Elektronische 

Ressourcen] / PREMIS Editorial Committee. - Stand: Marz 2008 

2 Online Ressourcen 

Hauptseite 

Adresse: http://www.loc.gov/standards/premis/v2/premis-2-0.pdf 

Schemas 

Adresse: http://www.loc.gov/standards/premis/schemas.html 

Gesehen: 04.07.2010 

Preservation Data Stores: New storage paradigm for preservation environments / 
S. Rabinovici-Cohen...// In: IBM Journal of research and development. - 
ISSN 0018-8646. - 52 (2008), 4/5, S. 389 - 400- 
Adresse: http://www.research.ibm.com/journal/rdimg.html 
Gesehen: 20.05.2010 

(raknbm). Regeln fur die alphabetische Katalogisierung von Nichtbuchmaterialien : RAK- 
NBM; Sonderregeln zu den RAK-WB und den RAK-OB / Deutsches Bibliotheksinstitut. 
[Erarb. von der Expertengruppe RAK des Deutschen Bibliotheksinstituts. Hrsg. von der 
Kommission des Deutschen Bibliotheksinstituts fur Erschliessung und Katalogmanagement. 
Red. Bearb.: Hans Popst]. -Leipzig ; Frankfurt am Main ; Berlin : Deutsche 
Nationalbibliothek, 2008. - Losebl.-Ausg. 
ISBN 978-3-933641-91-5 (Elektronische Version) 
Adresse: URN: <urn:nbn:de:101-2007072733> 
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Rauch, Carl: Anwendung der Nutzwertanalyse zur Bewertung von Strategien zur langfristigen 
Erhaltung digitaler Objekte / Carl Rauch ; Andreas Rauber. // In: Zeitschrift fur 
Bibliothekswesen und Bibliographie. - ISSN 0044-2380. - 52 (2005), 3-4, S. 172 - 179 

Reference Model for an Open Archival Information System (OAIS) [Elektronische 

Ressource] : blue book / Consultative Committee for Space Data Systems. - Stand: 

September 2007 

1 Online Ressource 

Adresse: http://public.ccsds.org/publications/archive/650x0bl.pdf 

Gesehen: 04.07.2010 

Reference Model for an Open Archival Information System (OAIS) [Elektronische 

Ressource] : pink book / Consultative Committee for Space Data Systems.- Stand: Mai 2009. 

- 1 Online-Ressource 

Adresse: http://cwe.ccsds.org/moims/docs/MOIMS-DAEDraft%20Documents/OAIS- 

candidate-V2-markup.pdf 

Gesehen: 04.07.2010 

Regensburger Verbundklassifikation [Elektronische Ressource] 

Stand: 254.07.2010 

1 Onlineressource 

Hauptadresse: http://www.bibliothek.uni-regensburg.de/rvko_neu/ 

Gesehen: 24.07.2010 

Reprasentativitat von Stichproben [Elektronische Ressource] / Peter von der Lippe ; Andreas 

Kladobra. - Stand 2002 

1 Online-Ressource 

Adresse: http://von-der-lippe.org/dokumente/Repraesentativitaet.pdf 

Gesehen: 04.07.2010 

Rohde-Enslin, Stefan : nestor Ratgeber - Nicht von Dauer : Kleiner Ratgeber fur die 

Bewahrung digitaler Daten in Museen / Stefan Rohde-Enslin. - Frankfurt am Main : nestor c/o 

Die Deutsche Bibliothek; Berlin : Institut fur Museumskunde, 2004. - 52 S. : 111. 

Adresse: http://edoc.hu-berlin.de/series/nestorratgeber/l/PDF/l.pdf 

Gesehen: 20.05.2010 

Saarlandische Universitats- und Landesbibliothek [Elektronische Ressource] 

Stand: Juli2010 

1 Onlineressource 

Hauptadresse: http://www.sulb.uni-saarland.de/de 

Gesehen: 24.07.2010 
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Schaffler, Hildegard: Langzeitarchivierung an einer Universalbibliothek: Praxis und 

Perspektiven aus Sicht der Bayerischen Staatsbibliothek / Hildegard Schaffler ; Astrid 

Schoger ; Margarete Wittke. // In: Zeitschrift fur Bibliothekswesen und Bibliographie. - ISSN 

0044-2380. - 52 (2005), 3-4, S 129 - 136 

Adresse: http://zs.thulb.uni-jena.de/receive/jportaljparticle_00001697 

Gesehen: 20.05.2010 

Scheffel, Regine: Voraussetzungen fur eine Langzeiterhaltung digitalen Kulturerbes in 
Museen / Regine Scheffel ; Stefan Rohde-Enslin. // In: Zeitschrift fur Bibliothekswesen und 
Bibliographie. - ISSN 0044-2380. - 52 (2005), 3-4, S. 143 - 150 
Adresse: http://zs.thulb.uni-jena.de/receive/jportaljparticle_00001699 
Gesehen: 20.05.2010 

Schoger, Astrid: Workshop "Vertrauenswurdige digitale Langzeitarchive: Kriterien und deren 

Bewertung" an der Bayerischen Staatsbibliothek Munchen, 21. Juni 2005 / Astrid Schoger ; 

Susanne Dobratz. // In: Zeitschrift fur Bibliothekswesen und Bibliographie. - ISSN 0044- 

2380. - 52 (2005), 6, S. 325 - 330 

Adresse: http://zs.thulb.uni-jena.de/receive/jportaljparticle_00001723 

Gesehen: 04.07.2010 

SELFHTML [Elektronische Ressourcen] 

Stand jeweils 2007 

3 Onlineressourcen 

Darin: 

Hauptadresse: http://de.selfhtml.org/index.htm 

Einfuhrung in XML 

Adresse: http://de.selfhtml.0rg/xml/intr0.htm#validierung 

HTML 

Adresse: http://de.selfhtml.org/intro/technologien/html.htm 

Gesehen: 07.07.2010 

Staatsgalerie Stuttgart [Elektronische Ressource] 

Stand: 24.07.2010 

1 Onlineressource 

Hauptadresse: http://www.staatsgalerie.de/ 

Gesehen: 24.07.2010 

Statuts de 1TCOM [Elektronische Ressource] 

1 Onlineressource 

Stand: 08.10.2009 

Adresse: http://icom.museum/statuts.html#l 

Gesehen: 24.07.2010 
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Sustainability of digital formats [Elektronische Ressource] : Planning for Library of Congress 
Collections 

1 Onlineressource 
Stand: 03.07.2007 

Adresse: http://www.digitalpreservation.gov/formats/index.shtml 
Gesehen: 24.07.2010 

The technical registry PRONOM [Elektronische Ressourcen] : Unified digital format registry 

(UDFR) 

Stand: 14.05.2010 

2 Onlineressourcen 
Adresse: http://www.udfr.org/ 

Unified digital format registry (UDFR). Proposal and roadmap, March 2009 
Adresse: http://www.gdfr.info/udfr_docs/Unified_Digital_Formats_Registry.pdf 
Gesehen: 25.07.2010 

Technische Informationsbibliothek Universitatsbibliothek Hannover [Elektronische 

Ressource] 

Stand: Juli 2010 

1 Onlineressource 

Adresse: http://www.tib.uni-hannover.de/ 

Gesehen: 24.07.2010 
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Universitatsbibliothek Leipzig [Elektronische Ressourcen]. - 
Stand: jeweils 02.07.2010 
3 Online-Ressourcen 

Hauptadresse: http://www.ub.uni-leipzig.de/ 
Zugriffe: 04.07.2010 
Darin: 
Startseite 

Adresse: http://www.ub.uni-leipzig.de/site.php?page=allgemein/home&lang=de&stil=fc 
Projekte 

Adresse: http://www.ub.uni-leipzig.de/site.php?page=projekte/index&lang=de&stil=fc 
pDas |- Codex Sinaiticus Projekt 
Adresse: 
http://www.ub.uni-leipzig.de/site.php?page=projekte/handschriften/3&lang=de&stil=fc 

Verordnung uber die Pflichtablieferung von Medienwerken an die Deutsche 

Nationalbibliothek: (Pflichtablieferungsverordnung; PflAV) ; vom 17. Oktober 2008. / 

[Hrsg.:] Bundesministerium der Justiz. - Bonn // In: Bundesgesetzblatt / I 47 (2008) . - S. 

2013-2015 

Adresse: http://www.gesetze-im-internet.de/bundesrecht/pflav/gesamt.pdf 

Gesehen: 01.07.2010 

Vertrauenswurdige und abgesicherte Langzeitarchivierung multimedialer Inhalte 

/ Andrea Oermann; Gerald Jaschke; Jana Dittmann - Otto-von-Guericke-Universitat 

Magdeburg 

Frankfurt am Main : nestor c/o Deutsche Nationalbibliothek, 2009. - 156 S. 

Adresse: urn:nbn:de:0008-200908 1423 

Adresse: http://nbn-resolving.de/urn:nbn:de:0008-200908 1423 

Gesehen: 25.05.2010 



W3C [Elektronische Ressourcen] 

Stand: Juli2010 

2 Onlineressourcen 

Hauptadresse: http://www.w3.org/ 

Darin: 

XML technology 

Adresse: http://www.w3 .org/standards/xml/ 

Gesehen: 18.07.2010 
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Zeitschriftendatenbank (ZDB) [Elektronische Ressource] / Staatsbibliothek zu Berlin 

PreuBischer Kulturbesitz 

Stand: Juli 2010 

1 Onlineressource 

Adresse: http://www.zeitschriftendatenbank.de/ 

Gesehen: 24.07.2010 
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Anhang 
zur Diplomarbeit 
„Digitale Langzeitarchivierung unter dem Aspekt des Access" 

von Thorsten Wetzenstein (HTWK Leipzig) 



Hauptbibliothek Musterbibliothek Abteilung: Digitalisierungszentrum 

Musterstrafie 12, 22222 Musterstadt 

Tel: +49(0) 022 222222 , Fax: +49(0) 022 222222, 

E-Mail : auskunft(fl),musterbibliothek. de. , http:/ '/www. musterbibliothek. de 



Titel 

Hauptsachtitel 

Zusatz 

2 


Deux Nocturnes 
f-Moll, Es-Dur 






Datum 
Zeit 


23.05.2009 
10:43 






Object II ) 
Obiektkalesiorii.' 


84537005432 
Tonobjekt 






Interpret 

Vorname 
Nachname 


Frederic 
Chopin 


Erstellungsdatum 


1843.XX.XX 


Label 
Ort 

Name 


Berlin 

Deutsche Grammophongesellschaft 


Sprache 


— 


Notation 


LU 63570 


Schlagwort i -•-, 


Chopin, Frederic / Deux Nocturnes 


Umfang 

Spieldauer 

Dateigroesse 


65 min. 
640 MB 


Erstcllungssoftwarc 

Name 
Version 

Dateiformat 

Name 

Endung 

Version 


Steinberg Wave-Lab 
6.1. 

Wave 

.wav 

2.2 


Referenz 
DOI 


doi:10.1594/WDCC/CCHJRIES_SRES_B2 


Event 
Datum 

A g ent ■ , 
Grund '*- 
Rights 


12.05.2009 

Musterbibliothek, Abteilung: Digitalisierungszentrum 

Erstdigitalisat 

Producer submission 


Zielgruppe 
Bezeichnung 


Hochschulangehorige 


Verweis auf 

54877745558 

16. 


Textobjekt 



Hauptbibliothek Musterbibliothek Abteilung: Digitalisierungszentrum 

Musterstrafie 12, 22222 Musterstadt 

Tel: +49(0) 022 222222 , Fax: +49(0) 022 222222, 

E-Mail: auskunft(a),musterbibliothek. de. , http://www.musterbibliothek.de 




Titel 

Hauptsachtitel 
Zusatz 
Zusatz 

i 


Deux Nocturnes 
op. 37 

Nr. 1-2 


User Zugriff 

Datum 1 23.05.2009 
Zeit 3. j 10:43 
Rechner-ID j L5478 


Object ID 1 54877745558 
Obiektkategorie 4. [ extobjekt 

1 


Autor - 

Vorname 

Nachname 


Frederic 
Chopin 




1990.12.15 


Erstellungsdatum 


Verlag 
Oil 

Name 


London 

Emi Music Publishing 


Sprachc x' 


deutsch; franzosisch 


Notation 


LU 63570 


Schlagwort 


Frederic Chopin/Deux Nocturnes; Musikdruck; Notendruck 


Umfang 

Dateigroesse 1 I , 
Seitenzahl 


1,54 MB 
XL VI, 113 S. 


Erstellungssoftware 

Name 

Version 

Dateiformat 
Name 

Endimg ] ':■ 
Version 


Adobe Acrobat 
8.0 

PDF 

pdf 
1.4 




urn:nbn:de:gbv:7-isbn-90-6984-508-3-84 


DO I 

URN 




Event 

Datum 

Agent 

Status 

Event Outcome 

DROID-Objektstatus: 

Rights 

Event 

Datum 

Agent 1 - 

Grund 

Event Outcome 

Kommentar 

DROID-Objektstatus 
Rights 

Event 

Datum 

Agent 

Grund 

Event Outcome 

DROID-Objektstatus: 

Rights 


13.12.2007 

Musterbibliothek, Abteilung: Digitalisierungszentrum 

Erstdigitalisat 

Compression. Konvertierung von TIFF nach PDF 

OK 

Statute: Producer submission 

25.02.2008 

Musterbibliothek, Abteilung: Digitalisierungszentrum 

System-Alert: Formatmigration 

Migration PDF 1.3 nach PDF 1.4 

Leichte Digitale Artefakte an Abbildung 6. Grund: interner Konvertierungsfehler. Erneute Migration wird 

durchgeruhrt. 

OK 

License: Vertraglich autorisiertes Event 

02.03.2008 

Musterbibliothek, Abteilung: Digitalisierungszentrum 

System-Alert: Formatmigration 

Migration PDF 1.3 nach PDF 1.4 

OK 

License: Vertraglich autorisiertes Event 


Zielgruppe , - 
Bezeichnung 


Hochschulangehorige 


Verweis auf: 

84537005432 ' r ' 


Tonobjekt 



Anhang 1 



Adressliste der kontaktierten informationsvermittelnden Einrichtungen 



Niedersachsische Staats- und Universitatsbibliothek SUB-Gottingen 


Homepage: 


http://www.sub.uni-goettingen.de/ 


Adresse: 


Papendiek 14 
37073 Gottingen 


Ansprechpartner: 


Jens Ludwig 


Tel: 


0551 3912121 


E-Mail: 


ludwig@sub.uni-goettingen.de 



Bundesarchiv 


Homepage: 


http://www.bundesarchiv.de/ 


Adresse: 


Referat B2 
Potsdamer Str. 1 
56075 Koblenz 


Ansprechpartner: 


Karsten Huth 


Tel.: 


0261 505466 


E-Mail: 


k.huth@barch.bund.de 



Bibliotheksservice-Zentrum Baden-Wurttemberg (BSZ) 


Homepage: 


http://www2.bsz-bw.de 


Adresse: 


Bibliotheksservice-Zentrum Baden-Wiirttemberg 
Universitat Konstanz 
78457 Konstanz 


Ansprechpartner : 


Stefan Wolf 


Tel: 
Fax: 


07531/883050 
07531/883703 


E-Mail: 


07531/883703 



Ars Electronica Linz GmbH -Futurelab- 


Homepage: 


http://www.aec.at/futurelab_about_de.php 


Adresse: 


HauptstraBe 2 
4040 Linz 
Osterreich 


Ansprechpartner: 


Michael Badics 


Tel: 


0043 732/7272-83 


E-Mail: 


michael.badics@aec.at 



Anhang 4.1 



Nachweis tiber den Anwendungswert der einzelnen 
Felder im Access-Report 
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Nachweis aus den 

Anhangen 

3.1-3.6 


Kommentar 


1 


AIV(345), 

BIV(352)FIV(329), 

DIII(259) 


Im Fall des BSZ, das in seinem digitalen Archiv Bestande mehrerer Kunden fiihrt, 
ist es wichtig, beim Access die Einrichtung nachzuweisen, aus der Objekte als DIP 
ausgeliefert wurden. 

Das Futurelab der Ars Electronica halt die Zusammenfassung von Einrichtung in 
Web-Portalen fur wahrscheinlich. Neben einer vereinheitlichten 
^e?n'eva/oberflache fur Mitgliedsinstitutionen ist der Nachweis der einzelnen 
Einrichtung wichtig. 


2 


CII(139), CIV(420) 


Kiinstler, die im Futurelab Kunstwerke einreichen, werden an einer 
Metadatenerhebung beteiligt. Feld 2,5,6,7,811,13 gehoren zu den Angaben, die ein 
Objekt in den Grundsatzen beschreibt. Die Anzeige dieser Daten im Access-Report 
hilft, das Objekt wiederzuerkennen und redundante Retrievalgange zu sparen. 


3 


Siehe Anhang 2.3 
Transkript, 
Zeile 443-445 


Das Archiv fiihrt eine anonymisierte Benutzungsstatistik. Indem es diese Metadaten 
anzeigt, dokumentiert es Transparenz gegeniiber dem Nutzer. 


4 


DIII(147) 

DIV(74) 

BI(22) 


Das BOA ist prinzipiell ein multimedia-fahiges digitales Archiv und kann 

verschiedene Objektarten beinhalten. Zur Orientierung des Benutzers ist es 

sinnvoll, die Objektart zu benennen. 

Firr das Futurelab arbeitet mit komplexen Werken, die aus mehreren Objekten mit 

Unterobjekten bestehen konnen. Firr diese Werke will das Future Lab eine genaue 

Dokumentation fur die einzelnen Objektarten anlegen. Dies geschieht, um den 

Zugriff auf die Objekte fur die Nachwelt zu sichern. 

Das Bundesarchiv definiert die Art der Information eines Objekts, um daraus den 

abzuleiten, wie das Objekt zu nutzen ist. 


5 


CIV(420) 


siehe Feld 2 


6 


CIV(420) 


siehe Feld 2 


7 


CIV(420) 


siehe Feld 2 


8 


CII(139) 


Das Feld Sprache gehort mit zu den deskriptiven Metadaten und ist fur Nutzer ein 
Entscheidungskriterium, ob sie das Objekt nutzen konnen. 


9 


CII(139) , CIV(420) 


Notationen werden innerhalb der klassifikatorischen SacherschlieBung intellektuell 
vergeben. Sie helfen bei der Relevanzgewichtung im Retrievalprozess 


10 


BIV(389), CII(139) 


Schlagworter konnen aus Ontologien abgeleitet sein. Im Access-Report stellen 
Schlagworter eine Hilfe fur weitere Retrievalgange dar. 


11 


CII(139) 


Umfang eines Textdokuments muss intellektuell erhoben werden, GroBe einer 
Datei ist ein extrahierbares Metadatum 


12 


CII(99), EII(78) 


Formatidentifizierung 

Gibt es von einem Objekt mehrere Formate, kann beim Access durch die Wahl des 

passenden Formats der Nutzungskomfort erhoht werden 


13 


EIII(119) 


siehe auch nestor Handbuch, Version 2.0, Kap.9:46 

Die URN / DOI stellt die Zugangsadresse zum Objekt aus dem Opac dar. 


14 


FII(237),AII(210) 


Firr den Nachweis von Authentizitat eines digitalen Archivs ist es von Bedeutung, 
Veranderungen am digitalen Objekt zu dokumentieren und darzulegen. 
Forschungen an digitalen Artefakten im geschichtlichen Zusammenhang wird eine 
Bedeutung zukommen: fur eine „digitale Archaologie" ist der Nachweis von 
Veranderungen an digitalen Objekten wichtig. 
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BIII(225), 

AII(287),(333), (389) 
CIII(330) 


Fur das BSZ, die mehrere Kunden betreut ist es wichtig, die Zielgruppen und den 
Verwendungszweck der digitalen Objekte zu definieren. Im Access-Report bringt 
eine Auflistung der Eigenschaften und Voraussetzungen der Zielgruppe 
Transparenz in den Nutzungsprozess und erleichtert die Kommunikation zwischen 
Klient und Einrichtung bei der Planung zukiinftiger Wiinsche zum Access. 
Verschiedene Zielgruppen mit unterschiedlichen Logins ins digitale Archiv 
bekommen eventuell verschiedene Acc&Mmodalitaten eingeraumt. Die 
Zielgruppenauffiihrung im ^ccaM-Report schafft der ausliefernden Einrichtung 
Klarheit iiber die Einhaltung der vordefinierten ^ccaw-Regelungen und hilft beim 
Prozess der Preservation Planning -^Monitor Designated Community. Fur 
Benutzer konnten von der informationsvermittelnden Einrichtung verschiedene 
Access-Profile erstellt werden (simultaner Zugriff auf das Objekt, Auflosungen 
usw.). Zugriffsberechtigungen lassen sich in Metadaten transportieren. 


16 


DIV(105) 


Im Futurelab der Ars Electronica GmbH Linz kommen vielfach komplexe Objekte 
vor. Ein Verweis von einem Objekt auf ein weiteres zugehoriges ist zwingend. 



Anhang 4.2 



Seite 1 von 5 
Nachweis iiber die Kompatibilitat der Felder mit PREMIS 2.0 1 

und Dublin Core 1 . 1 



PREMIS unterscheidet stets zwischen Representation (Konzeptuelles Objekt), File 
(Logisches Objekt) und Bitstream (Physisches Objekt). Fur einen Access-Report wird hier 
von Representation ausgegangen. Die in diesem Nachweis gefuhrten Punkte sind kein Abbild 
zum Report, da dieser an Komplexitat uberhand nehmen wiirde und auf diese Weise seinem 
Ziel nicht gerecht werden kann. Die angefuhrten PREMIS-Elemente erlauben jedoch eine 
Transformation der Elemente fur eine Anzeige im Report. 



Feldnr. 


PREMIS XML-Element 


Entsprechung 


Seite im 
Handbuch 


1 




Kopf der Einrichtung 




2 


Term Name: title 2 




DC Kat. 14 


3 




User Zugriff 




4 


1.1.1 ObjectldentifierType 

1.1.2 Objectldentifier Value 
1.2 ObjectCategory 

1 .4. 1 SignificantPropertiesType 


Hier: konzeptuelles Objekt 
mit archivnterner ID- 
Nummer 

Wesentliche Merkmale des 
Objekts 


28-32 
41- 


5 


Term Name: creator 


Interpret, Urheber, Autor 


DC Kat. 3 


6 


Term Name: date 


Datum im Lebenszyklus des 
Objekts: hier Erstellung 


DC Kat. 4 


7 


Term Name: publisher 


Verlag 


DC Kat. 9 


8 


Term Name: language 


Sprache des konzeptuellen 
Objekts 


DC Kat. 8 


9 


Term Name: subject 


Classification Code 
(Notation) 


DC Kat. 13 


10 


Term Name: subject 


Keyword (Schlagwort) 


DC Kat. 13 


11 


1.5. Obj ectChracteristic s 

1.5.3 size (bezieht sich auf File) 




44 


12 


1.5.4 Format (es wird eine vom 
submitter unabhangige 
archivseitige Formatpriifung 
vorgesehen->Pre-/«ge,st mit 
DROID und Jhove 
1.5.4.1 FormatDesignation 

1.5.4.1.1 formafName 

1.5.4.1.2 formatVersion 


GroBe in Byte, Kilobyte, 
Megabyte, Gigabyte 

Das Dateiformat soil so 
spezifisch wie moglich 
genannt werden. 


53-63 



PREMIS Data Dictionary for Preservation Metadata, version 2.0 
http://www.loc.gov/standards/premis/v2/premis-2-0.pdf 

2 Bei Dublin Core wird ausgesagt, dass es sich urn einen formalen Titel handelt:" Typically, a Title will be a 
name by which the resource is formally known", d.h. nicht der Dateiname. siehe: 
http://dublincore.org/documents/dces/ 
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1.5.5 creatingApplication 


Die Erstellungssoftware 
wird genannt und in den 
Unterpunkten spezifiziert 




13 


Siehe Feld 4 

Hier Identifizierung und Zugriff 

aus Opac 


URN / DOI 


28-32 


14 


1.5.5.3 dateCreatedbyApplication 


Erstellungsdatum nicht 
Datum der Veranderungen 
am Objekt. 


67 




2.1 eventldentifier 


Eine automatisch generierte 
Vorgangsnummer zu jedem 
Event 


131 




2.2 identifier Type 


Es gibt u.a die Events 

Compression 

Migration 

Creation ->Obiektingest 


134 






Dissemination-^cce.s.s' 






2.3 eventDateTime 


Deletion ->L6schen 


136 


Datum des Events 




2.5 eventOutcomelnformation 


Erfolg oder Fehler des 
Events 


138 




2.5.2 eventOutcomeDetail 


Von welchem Format 
(Version) in welches Format 
(Version) migriert wurde, 
von welchem Format in 
welches Format deriviert 
wurde. 






3.1 agentldentifier 


Instanz, die Event 
durchgefuhrt hat 


152 




3.3 agentType 


Person, Abteilung, 
Einrichtung, Prozess 


156 




4.1 rights Statement 








4.1.2 rightsBasis 


Statute: Einrichtung handelt 
aufgrund von 
Sammelrichtlinien, 
Pflichtablieferungsgesetze. . . 
License: die Einrichtung hat 
eine Lizenz fur das Objekt 
erworben, die ihr z.B. 
Migrationsrechte einraumt 


163 
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4.1.3.1 copyrightStatus 


-unknown: orphan object 
-copyrighted 
-in the public domain 
(frei im WWW) 


165 


15 




Zielgruppe 
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1.10 relationship 

1.10.1 relationship Type 

1.10.2 relationshipSubType 
1.10.3.1 relatedObjectldentifierType 

1 .10.4 relatedEventldentification 


Es gibt zwei Typen: 
„structural relationship" als 
Beziehungen von Teilen 
eines digitalen Objekts 
untereinander.. 
„derivation relationship" 
dieser Typ liegt vor, wenn 
ein Objekt aus einem 
anderen transformiert wurde 
(TIFF^JPEG) 

Beschreibt Beziehungen auf 

Datenebene 

Das Objekt, auf das 

verwiesen wird, befindet 

sich im selben Archiv 

Dieser Verweis wird bei 
Derivaten benotigt, die mit 
dem Ursprungsobjekt 
zusammenhangen. 


110 

114 
117 



PREMIS Version 2.0 



Kein Metadatenstandard - Transformation aus 
anderweitigen Metadaten im lokalen Archiv 



Dublin Core (DC) Version 1.1 



Kommentar: Die Felder in der unteren Tabelle werden im Beispielreport aus Grunden 
Zielgruppenabhangigkeit nicht angezeigt. Im Beispielreport ist die Zielgruppe 
„Hochschulangehorige", fur bibliotheks- oder archivinterne Nutzung sind untenstehende 
Informationen dariiber hinaus relevant. Die Zielgruppenabhangigkeit wird durch 
Gruppenerkennung z.B. mittels IP-Adresse realisiert und lasst eine Differenzierung der im 
Report vorkommenden Informationsdichte zu. 



Dublin Core Kategorien siehe: http://dublincore.org/documents/dces/ 
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PREMIS XML-Element 


Kommentar 


Seite im 
Handbuch 


1.3 PreservationLevel 

1.3.1 Preservation ValueLevel 

1.3.2 PreservationLevelRole 

1.3.3 PreservationLevelRationale 

1 .3.4 PrservationLevelDateAssigned 


Verschiedene Optionen der Archivierung 
stehen zur Verfiigung, wird die Representation 
Information auch archiviert, kommen zum 
Objekt weitere zur Darstellung benotigte 
Objekte hinzu. Die Archivierung kann auf 
Anforderung geschehen, beabsichtigt oder 
lediglich moglich sein. 


33-38 


1.5.4.2 FormatRegistry mit Unterpunkten 


Relevant fur archivinternes Personal: ein Link 
zu einer File Registry wird hinterlegt fur 
genaueste Formatspezifikationen. Notwendig 
auch ftir Preservation Planning 


58-62 


1.5.6 Inhibitors 


Das Archiv muss vor dem Ingest dafur sorgen, 
dass keine Verschlusselungen vorliegen 


69 


1.6. originalName 


Dateiname 


74 


1.7 storage 

1.7.1 contentLocation mit Unterpunkten 

1.7.2 contentMedium 


Die Partitionsart (NTFS Windows oder ext fur 
Linux) mit genauer Adresse: genauer Abrufort 
des Objekts 


78 


1.8. environment mit Unterpunkten 


Dieses ist die genaue Beschreibung der 
Abspielumgebung eines digitalen Objekts 


80-99 


19 ^^mmmmmmm 


Digitale Signaturen 


100-109 








2.6. linking Agentldentifier 
2.6.3 linkingAgentRole 


Ein Event wird mit einem Agent verlinkt. Es 
ist wichtig, welcher Agent aufgrund welcher 
Rechtsgrundlage welchen Prozess angestoBen 
hat. 


143 


4.1.6.1 act 


In diesem Block warden die Rechtsgrundlagen 
des Archivs zu Events wie Migration, 
Derivation der Objekte gefuhrt 


181 



Zu Feld 14: Unterpunkt Benutzer-Feedback siehe nachste Seite. 



Hier nicht weiter abgehandelt. Digitale Signaturen erschweren den Umgang mit Archivobjekten, tragen jedoch 
zum Authentizitatsnachweis bei, dass Objekte tatsachlich vom Urheber stammen. Siehe nestor-Handbuch, 
Kap.5:12-5:18 



Event 

Datum 

Aaent 

Grand 

Event Outcome 

gnmnentn 



DROID-OlijrfctsMtiB 
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25.02.20OE 

Muiterbibliothefc, i^bfeilung: DjgitaJisiejiiQSiZentniaL 

System-Alert: FamLairnigra:iaa 

Migration PDF 1 3 inch FDF 1 4 

Leiclite Digi.ale Aaefahre an Abbilaung tj . prunii: interna: KcmveitifimLB5fekl«. Emeute Migration wtrq 
I jjjgggjjjEg . 
OK 



Im Retrievaldialog hat der Benutzer nach 
Erhalt des DIPs den Feedbackbutton 

betiitigt nnd eine Fehlenneldung an das 
Archiv seaeben. 



Das Archiv hat reagiert: in eineni 
intellektuellen Prozess hat ein 
Archivniitarbeiter das Benutzerfeedback 
gelesen. das Objekt gepriift mid 
MaBnahmen erariffen. Der 
Iiitearitatseheck mit DROID ist fur das 
konzeptuelle Objekt nicht anssaaekraftia. 
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Ubersicht tiber die Grundstruktur des Access-Reports in XML 



DigitalesObjekt H — 

Anhang 3.6 FH(188}, Anhang 
3.4 DIDJ(491), Anhang 3.6 
FIV(329> (341), FI{297). AJIe 
befiragten Emrichtungen 
haftsn ein Access-Report fur 
denkhar und sinnvoll. Er ist 
nodi nidit realisiat warden, 
Voraussetzungen hieifur sind 
durch vorhandene Metadaten 
schon geoeben. Das. Future 
lab strebt eine Anzekje von 
Qntdogien beim Access- an 
(Anhang 2.4 Zeile 216, 3S9)- 
Ontologien beim Retrieval 
und zum Besthlaqworten des 
digitalen Objekfcs, Report ist 
an PREMI5 und an Dublin 
Gore angelehnt, siehe Anhang 
4.2, Ftii" Nachweis iiber 
gewunschte Reportfelde siehe 
Anhang 4.1 



t .«* 



— jlextobjekt EH 



elnfachesQbJ&ki [j — (— — )zzh Qbjeki [j—(^^E"^B~ 



Anhang 3.3 OI[45Q): an der 
SUB Gottingen kommen 
samtfiche Datefformate vor, 
Siehe audi Anhang 2.3 Zeale 
149, 225: das B5Z archivieit 
viele veisdiiedene Gattungen 
von digitalen Objekten. 



To 



nobjekt ER 



Interaktives 



Objekt |+| 



komplexesObjekt 



Anhang 3.G, ITV(12S) Anhang 
3.4, DIV(luS) Anhang 2.4, 
Zeile 49 - Katiegorie "hybrid" 
auch hier. Zeile 74, 157- . 
KonvcJute an Objekten 
werden als. *WenVe B 
bezeichnet, Im Future Lab 
werdero komplexe Werke 
archMett 



^Hr^B- T Objekt [z Hrl^p- 



Videoobjekt ffl 
Grafikobjekt f±| 



Datenbankobjekt H 



Textobjekl m 



To no 



bjekt ffl 



InteraktivesObjekt prl 



Videoobjekt EJ] 



— Grafikobjekt ffl 

Datenbankobjekt fa 



I ReferenzierbaresObjektType lex 

I I B allnmes \ 

1 VerweisAuf"! 



Anh ang 4.3.1 



Ubersicht tiber die Struktur Textobjekt 



— Autor fr <^EfeH ° 2 

' — TNachname 
Erstellungsdatum 



r^J 



— Umfatig g -( 





Erst el I un g ss eft ware 



1 — |~Versi 



| URN 
— r Datum 
— 1~ Agent | 



EndungJ 
fVersion I 



] Eventoutcome EjH^I^-feh 



3HS&- 



±=^^fe 



-Q*- 



Dateiformat 




Ref er en zi er bare sObjekt Type [extension) 


1 


VerwsisAuf^ 




£_! 


- 










_ 


I — T Be zel c tinun g 




' — Voraussetzungen 1 



AL-.^pcuirn:cl3i..r..ici. Ic 



□ sttributes 
I VerweisAuf 



Anhang 4.3.2 



H ™ &~ frf* 



Ubersicht iiber die Struktur Tonobjekt 



Hauptsachtitel 







— — -is^ 

0.2 


rvomame ^ 


— — — ^, j _j 
0..2 


Nachname 


■fortj 


l.ffl 



J 



— |~Name~| 



E rstel lu n gs software 



^<^_ 



| Betriebssystem IJHr^j 



DOI 



Referenz EH-J3- 



^^r ^ 



URN 
Datum 
Agent 

Kommentar 



"J 



Eventoutcome 



JHSB-' 




Kommentar 1 



| Rights ^-(pp^-_ 



copyrighted 
copyright E - (^'EHO rpLibliedomain I 



license_terms 



license notes 



H "■""• $ ^^b|^ 



statute_citation 



slal infoim detain UflLe 



ReferenzierbaresObjektType (extension) 

El attributes | 

I VerweisAuf 



L^ielgruppeJB— 



Vorau ss etzu n gen 



AbsplelumcebLnqend- 



ReferenzienbaresObjehtType (enleris 

Elaffrtotrfej | 



lnteraktives_Objekt R — 



Anhang 4.3.3 



Ubersicht iiber die Struktur interaktives Objekt 



I — Hauptsachtitel 




-\ Erstel lungs datum 




ReferenzierbaresObjektType (extension) 
Q attributes 
1 VerweisAuf ' 



^- 



"iGtijektType (otftenRinn) I 



Anhang 4.3.4 



Ubersicht iiber die Struktur Textobjekt 



| Videoobjekt""^] — 



;llungsdatum~~| 




^- 



ReferenzierbaresObjektType (odcnGbn) 






l° \ 








r-|-B«.=t.nun, 


^^^; 


ssetzunoen 



Absciclumaebjricendes 



I ReferenzierbaresObjektType 

I I B attributes [ 

leisAuf" 1 



Anhang 4.3.5 



I — pHauptsachtitel 



Ubersicht iiber die Struktur Grafikobjekt 




i— |"Ort I 



-^_ 



Referenz_Auktionskatalog 



| Umfang ^ -(""^B^ 



J Erst el lungs software 



^~^_ 



Version 



■TGrund 
rKommentar i 



~5^^ 



j Eventoutcome 



JH^B-- 



3H=B-- 



Dateiformat 



3H3^ 



M"vt 



7|^>_ 



Dateiformat 



— I Kommentar , 



] copyright~j^ -( -'|3- j3 publicdomain 



itj nf or m_d ete rm_date 



| Farbraum g~(~13" 



| Aufloesung | 



ReferenzierbaresObjektType (3;.|h 

B attributes 

VerweisAuf . 



^ 



Q5__j 



Voraussetzungen 



En dun a | 
Version 



ReferenzierbaresObjektType (extension) 



El attributes I 
I VerweisAuf 



Anhang 4.3.6 






Hauptsachtitel 



| DatenbanKorjJeKt ^ — 




ReferenzierbaresObjektType (extension) 

I El attributes | 

I VerweisAuf i 



ID 



I Zielgruppe R-|- 



Voraussetzungen 



Abspielumgebungen des 



1 <?xml version- '1 0" encoding- 'UTF-8"?> 
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<xs:schema xmlns:xs='Mp.. fey/A iv3.Oiy'2001/XMLSchema'' elementFcrmDetault- 'qualified" attributeFormDefaull-"unqualified"> 
Digitales_Objekt"> 
<xs:annotation> 
<xs:documentation>Anhang 3.6 Fl 1(188), Anhang 3.4 Dll 1(491), Anhang 3.6 FIV'(329)(341), Fl(297). Alle befragten Einrichtungen halten ein Access-Report ftJrdenkbar und sinnvoll. Erist noch nicht realisiert worden, Voraussetzungen hierfursind durch 
vorhandene Metadaten schcn gegebeh Das Future Lab strebt sine Anzeige von Ontologien beim Access an (Anhang 2 ,4 Zeile 218 389)- Ontologien beim Retrieval und zum Beschlagworten des digilalen Objekls. Report ist an PREMIS und an Dublin Core 
angelehnt, siehe Anhang 4.2. F(ir Nachweis ilber gewunschte Reportfelder siehe Anhang 4.1</xs:documentation> 
</xs:annotation> 
<xs : com p I exTy p e > 

<xs:choicernaxOccurs-'unbounded"> 
<xs: element narne="einfaches_Objekt"> 
<xs:annctabon> 
<xs:documentation>An hang 3.3 Cll(450): anderSUBGottingen kommensamtliche Dateifotmatevor. Siehe auch Anhang 2.3Zeile149, 225: das BSZ archiviertsieleverschiedeneGattungen von digitalenObjekten.</xs:documentation> 
idation> 
<xs; complex! ype> 
<xs:sequence> 
<xs:element name-"Objekt"> 
plexType> 
<xs:choice> 

•'-)[=; clem en! Tcjitofcjeki 

<xs:element ref='Tcnobjekt'7> 
<xs:elernent ref-'lnteraktives_Objekt"/> 
<xs:element ref='VideoobjekfV> 
<xs:element ref="Gra1ikobjekt7> 
<xs:element ref-'Datenbankobjekt"/> 
</xs;choice> 
</xs:complexType> 
</xs:element> 

</xs: com p I exTyp e > 
</xs:element> 

<xs: element name="komplexes_Objekt"> 
<xs; annotations 

<xs:dccumentation>Anhang 3.6, FIV(125) Anhang 3.4, DIV(1 05) Anhang 2.4, Zeile 49 - Kategorie "hybrid" auch hier. Zeile 74, 157- . Konvdute an Objekten werden als "\Aferke" bezeichnet. Im Future Lab werden kcmplexe \Aferke archiviert</ 
xs:documentation> 

</xs; an natations 
<xs:complexType> 
<xs: sequences 

<xs:element name-"Objekt"> 
<xs:complexType> 

<xe: choice manO ecu rs-"u n boun ded"> 
<xs; element Texlobjekt 

<xs:complexType> 
<xs:complexContent> 
<xs:extension base-'ReferenzierbaresObjektType"> 
<xs:sequence> 

<xs: el e m ent n am e= "Titel "> 
<xs:annctation> 

<xs;dccumentation>CII(139)Titel->Umfang: </xs:documentation> 
</xs: annotation > 
<xs:complexType> 
'-xs; sequences 

<xs:element narne="Hauptsachtitel" type="xs:string"/> 
<xs:element name-"Zusatz"type^"xs:string"minOccurs-"0"maxOccurs-"2"/> 
■c]uence> 
</xs:camplexType> 
</itc:clcmcnt>- 

<xs:element name="Autor" minOccurs="0" maxOccurs- 3'> 
<xs:complexType> 
<xs:sequence> 

<xs:element name='Vomame" type="xs:string" minOccurs="D" maxOccurs="2"/> 
<xs:element name-"Nachname"type-"xs:string"/> 
</xs: sequences 
.mplexTypes 
</xs: elements 

<xs:element nam e="Erstellungsdatum" type- ^s:date"/> 
<xs:element name='Verlag" min Occurs ="0" maxOccurs="unbounded"> 
<xs:complexlype> 
<Xs; sequence^ 

<xs:element name="Ort" type="xs:string" maxOccurs="unbounded"/> 
<xs:element nam e= "Name" type="xs:string"/s 
</xs; sequences 

-=/xs: com p I exTy p e > 

</xs: elements 

<xs:element name="Sprache" -"xs:string"maxOccurs="unbounded"/> 
<xs:element nam e="Notation"type="xs: string" rnaxOccurs="unbounded'V> 
<xs:element name="Schlagwort" type="xs:string" maxOccurs="unbounded"/> 
<xs:element name="Umfang"> 
<xs: c om p 1 exTy p e > 
<xs:sequence> 

<xs:element name="Dateigroesse" type="xs:string"/> 
<xs: element name- "Seitenzahi"type="xs:string"/> 
</xs;sequence> 
</xs: com p I exTy p e > 
</xs: elements 

<xs:element name="Erstellungssoftware"> 
<xs: c cm p I exTy p e > 
<xs: sequences 

<xs: element name- "Name" type="x5:string'7> 
<xs:element nam e= 'Version" type="xs:string"/s 
<xs:element name="Dateifcrmat"> 
<xs:complexType> 
iuence> 
<ns:element name-"Endung" type - "Ms:string"/> 
<xs:element nam e- Version" type="xs:string"/> 
■;uence> 
</xs: complex! ype> 
</xs:element> 

<xs:element name-"Betriebssystem"> 
<xs:complexType> 
juence> 
<xs:element name-'Name" type='xs: string 7> 
<xs:element name-' Version" type- ^s: string' 7s 
■iuence> 
</xs:complexlype> 
</xs:element> 
</xs:sequence> 
</xs:complexType> 
</xs: elements 

dent narne="Referenz"> 
<xs: c cm p I exTy p e > 
<xs:choice> 

-"ISBN" : ""xs:string", fi 
<xs:elementname="ISSN"type="xs:string7> 
<xs:element name- 'DO!" type- 'xs:strino'7> 
-''URN" ■ ■ xs;string 

<xs:docuir Ell 1(1211) ?mentation> 

</xs: annotations 
</xs:element> 
</xs:choice> 
implexType> 
</xs: elements 

<xs: element name="Event"> 
<xs:complexType> 

■iX5:sequence m axOcc 



s: element nam e= 
<xs:element name: 
<xs:element name- 
<xs: element nam e : 

<xs: complexly pes 

<xs:element nam e- 'Migration' 
<xs: c om p I exTy pe> 



'Datum" type="xs:date'7s 
'Agent" type="xs:string"/> 
'Grund" type- 'xs: string' 7s 
Kommentar" type="xs: string" minQccurs- '0" maxOccurs- 



<xs:element name="Name" type="xs: string "/> 
<xs:element name- Version" type="xs:string"/> 
<xs:elernent name="Dateiformat"> 
<xs:complexType> 
<xs:sequence> 
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<xs:element name-'Endung" type- 'xs:sr.ring'7> 
<xs;element name- Version" type='^s:string"/> 
</xs:sequence> 
</xs: co m p lexT yp e> 

</xs:sequence> 
</x s: co m p lexT yp e> 
</xs:element> 

<xs:element name="Compression"> 
<xs: c om p I exTy pe> 
<xs:sequence> 

<xs;element name-Name" type='xs: string "/> 
<xs:element name- Version" type="xs:string"/> 
<xs:elernent name-'Dateiformat"> 
<xs:complexType> 
<xs:sequence> 

<xs:element name-'Endung" type="xs:string"/> 
<xs:element name- Version" type='^s:string"/> 
quence> 
</xs:complexType> 

</xs:sequence> 
</xs:complexType> 
</xs:element> 

<x5:element nam e= "Emulation" maxOccurs="unbounded"> 
<xs:complexType> 
|uence> 
<xs:element name- Name" type="xs: string "/> 
<xs:element name- Version" type="xs:string'7> 
<xs:element name="Dateiformat"> 
<xs:complexType> 
iuence> 
<xs:element name-'Endung" type="xs:string'7> 
<xs:element name- Version" type- ^s:string'7> 
</xs:sequence> 
</xs:complexType> 
=Jxs; elements 

<xs:elernent name-'Kommentar" type="xs:string" minOccurs="0" msxOccurs="unbounded'7> 
quence> 
</xs:compk 
</xs:element> 

</xs: co m p I exT yp e> 
</xs:element> 

<xs:element name="Rights"> 
<xs:complexTypes 
=xs: choices 

copyright 
<xs:complexType> 
<xs: choices 

<xs;element name- 'copyrighted" type="xs:string'7> 
-:xs: element name-'publicdomain" type-"xs:string"/> 
=-xs;element name= "unknown" type='xs:string'7> 
</xs:choice> 
■iplexTypes 
</xs:element> 
<xs:element nam e="license"> 

<> 10 : o am p I c) (Ty pc=- 

<xs:choice maxOccurs-"unbounded"> 
<xs:element name- license_terms" type- 'xs^iiing 
<xs:element name- licensenotes" type-"xs:string"/> 
</xs:choice> 
</xs:complexType> 
</xs:element> 

<xs:element nam e- 'statute'^- 
<xs:complexType> 
<xs:sequence> 

<xs;element nam e-"statute_citation"/> 
<xs:element name= ,, stat_intorm_deterrn_date7> 
</xs; sequences 
</x s: co m p lexT yp e> 
</xs:element> 
</xs; choices 

-</ss: co m p I exT ypc> 

</xs:element> 
</xs:sequence> 
</xs:complexType> 
</xs: elements 
<xs:el»m" Zi~lgruppi? 

</xs:sequences 
</xs; extensions 

>iplexContent> 
</xs:complexType> 
</xs:element> 

<xs: element narne="Tonobjekt"> 
<xs:complexType> 
<xs: c om p I exC o n tent > 

nsion base-'ReferenzieibaresObjekiTyps 
<xs:sequence> 

<xs:element name="litel'> 
=xs:oomplexType= 
<xs:sequence> 
<xs: element nam e="Hauptsachtit el" type-xs:string'7> 
<xs:element name="Zusatz" type="xs:string" minOccurs-TJ"maxOccurs-'27s 

</xs:compie: 
</xs:element> 
<xs:element name="Autor" minOccurs="0" maxOccurs="3'> 

<xs:complexType> 

<xs: element nam e='Vomame" type="xs:st ring" minOccurs="0"maxOccurs='27> 
<xs:element name-"Nachname" type-"xs: string "/> 

</xs:compk' 
</xs: elements 

<xs:element name-"Erstellungsdatum"type='^s:date"/> 
<xs:element name-"Label" minOccurs-'0"maxOccurs="unbounded"s 
<xs: c om p I exTy p e S» 
<xs:sequence> 

<xs:element name="Ort" type="xs:string" maxOccurs="unbounded7> 
<xs:element nam e-'Nam e" type='xs:stnng7> 
</xs:sequence> 
< Jxs: com p I exTy p e > 
<ftts: elements 

Sprache xs;string" ■ --;cuis-"unbounded"/> 

Notation ! ="xs: string" rnaxOccurs-'unbounded'VS 

<xs:element name-"Schlagwort"type-"xs:string"maxOccurs-"unbounded"/> 
<xs:element name="Umfang"> 
<xs:complexType> 
<xs; sequence^ 

-xs: element ="Spieldauer" ' ="xs:tim e"/> 

<xs:element narne="Dateigroesse"type="xs:string"/> 
</xs:sequence> 
</xs: Gompls 
<&s: elements 

<xs:element name="Erstellungssottware"> 
lsxType> 
<xs; sequence^ 

<xs:element nam e= "Name" type='xs:string7> 
<xs:element nam s-' Version" !ype-"xs:string"/> 
<xs: element name="Dateiformat"> 

^mc : c om p I s^Ty ps s 

<xs:sequence> 

<xs:element name-'Endung" type="xs:string"/> 
<xs:element name-' Version" type-"xs:strtng"> 
;uence> 
</xs:complexTypes 
</xs:element> 

<xs: element nam e="Betriebssy stem "> 
<xs:complexType> 
<xs:sequence> 

<xs:element name="Name" type='xs: string '7> 
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<xs:element name- 1 Version" type="xs:string'7> 
</xs;sequence> 
</xs:compk: 
</xs:element> 

</xs:complexType> 
</xs:element> 
<xs: element name="Referenz"> 

<xs:ccmplexType> 

<xs:element name-"DOI"type-"xs:string'7> 
<xs: element name- "URN" type="xs; string "/> 
</xs:choice> 
<jxs:complexType> 
</xs:element> 

<xs:element name-"tvent"> 
<xs: c om p I exTy p e > 
<xs:sequencemaxOccurs-'unbounded"> 

-'Datum" -"xs;date"'> 
<xs:element narne="Agent"type="xs:string'7> 

-=ho: clement narn=-"Grund" ty p cr "no: string "/=- 

<xs:element nam- -"Kommentar"iype="xs: string" mi n Occurs ="0" maxOccijrs="unbounded"/> 
<xs: element name="Eventoutcome"> 
<xs: c om p I exTy pe> 
-;xs:choice> 
<xs:element nam e-"Migration"> 
<xs:coniplexType> 
<xs: sequence > 
<xs:element name-Name" type="xs: string "/> 
<xs:element name- Version" type="xs:string"/> 
<xs:elernent name-"Dateiformat"> 
<xs :com p I exTy pe> 
<xs:sequence> 
<xs:element name-'Endung" type-'xs:string"/> 
<xs:element name- Version" type="xs:string"/> 
</xs:sequence> 
</xs: co m p I exT yp e> 
</xs:element> 
</xs:sequence> 
</xs:compk 
</xs:element> 

<Ks:elemenl narne - "Compresdon"> 
<xs: c om p I exTy pe> 
<xs:sequence> 

<xs:element name-TJame" type="xs: string "/> 
<xs:element nam e- Version" type-"xs:string"/> 
<xs;element name="Dateiformat"> 
<xs :com p I exTy pe> 
<xs:sequence> 
<xs:element name-'Endung" type-"xs:string"/> 
<xs:element name- Version" type="xs:string"/> 
</xs:sequence> 
</xs : co m p I exT yp e> 
</xs:element> 
</xs:sequence> 
</x s: co m p lexT yp e> 
</xs:element> 

-<nc:clcmcnt namo-"EmulaliDn" rnu]cOoouro-"unboundcd":-- 

<xs: c om p I exTy pe> 
<xs:sequence> 

<xs:element name-Name" type-"xs: string "/> 
<xs:element name- Version" type="xs:string"/> 
<xs:element name-"Dateiformat"> 
<xs :c om p I exTy p e> 
<xs:sequence> 
<xs:element name-'Endung" type="xs:string"/> 
<xs:element name- Version" type="xs:string"/> 
</xs:sequence> 
</xs: co m p lexT yp e> 
<ft!s:element> 

<xs;element name="Kommentar" type="xs:string" minOccurs-'O" maxOccurs-'\jnbounded"/> 
a.ience> 
</xs:complexType> 
</xs:element> 
</xs:choice> 
</xs:complexType> 
</xs:element> 

<xs:element name="Rights"> 
?lexType> 
<xs;choice> 

<xs:element narne="ccpyright"> 
<xs:complexType> 
<xs:choice> 

<xs;element nams-'copyriohted" type="xs:string /■- 
rent name- ^ublicdomain" type— "xs-isiiiiig 
<xs:element name="unknown" type="xs:string"/> 
</xs:choice> 
</x s: co m p lexT yp e> 
</xs:element> 

<xs:element name-license"> 
<xs:complexType> 

<xs:choice maxOccurs="unbounded"> 

<xs: element name="license_terms" type="xs:string"fr 
<xs:element name- license_notes" type- Vs: string 7> 
<.lx.s\ choice > 
<ft(s:complexType> 
</xs:element> 

<xs:element nam e= "statute' > 
<xs:complexType> 
<xs: sequenced 
<xs:element name="statute_citation"/> 
<xs:element name-"stat_inform_detenn_date"/> 
<fes:sequence> 
</xs:complexType> 
<&s:element> 
<tes:choice> 
</xs:complexType> 
<fi<s:element> 
</xs:sequence> 
</xs: com p I exTy p e > 

<xs:element ref="Zielgruppe'Y> 

<yxs:extension> 
</x s: co m p I exC o nt ent> 
</x s: co m p lexT yp i?> 
</xs:element> 

:snt narne-"lnteraktives_Obi©kt 
<xs: com p I exT y pe> 
<xs: c om p I exC o n tent > 

<xs: extension base="ReferenzierbaresObjektType"> 
<xs: sequencer 
<xs:element name='Titel"> 
<xs:complexType> 
.■.fuence> 
<xs:element na 
<xs: element na 
</xs:sequence> 
<te:comp!-; 
</xs:element> 
<xs:element name="Autor" minOccurs="0" maxOccurs='3"> 

<xs:sequence> 

<xs:element name='Vomame" type="xs:string" minOccurs="0" maxOccurs="2"/> 
<xs:element name-"Nachname"type-"xs:string"/> 

</xs;ccmDlexType> 
</xs:element> 

<xs:element name="Erstellungsdatum" type=ys:date"/> 
<xs:element name="Sprache" ="xs:string" rnaxOccurs="unbounded'7> 
<xs:element name-"Notation'' -xs;string"maxOccurs="unbounded"/> 
<xs:element name="Schlagwort" type="xs:string" maxOccurs="unbounded"/> 
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<xs:element name="Umfang"> 
<xs;complexType> 
<xs:choice> 

<xs: element r DaieigceesBis 

^xTypi?> 
<xs:simpleContent> 

<xs:extension : .-..■■-.. -"xs;string"> 

<xs: attribute narne="Pflichtfeld" use="required'7> 
</xs:extension> 
</xs : si m p leC ont ent> 
</xs:complexType> 
</xs:element> 

<xs:element name="Anzahl_UnterseJten" type='xs:integer"/> 
<xs: element nam e-"An2ahl_Spi ellevertyp e-"xs : string "^ , 
</xs:choice> 
<yxs;ccmpi 
</xs: elements" 

lent name- 'Erst ellungssoftware"> 
<xs: c om p I exTy p e > 
<xs:sequence> 

<xs:element nam e= 'Version" type-"xs:string"^ 
<xs: element name="Dateifotmat"> 
<xs: c om p I exTy pe> 
<xs:sequence> 
<xs:element name-'Endung" type- 'Hs:string7> 
<xs:element nam e- Version" type="xs:string"/> 
</xs : sequencer- 
's: complexTyp e> 
<fi<s:element> 

<xs: element nam e= "Bet riebssy stem"-"- 
<xs: c om p I exTy pe> 
<xs:sequence> 
<xs:element name-'Name" type-'xs; string "!> 
<xs:element nam e=' Version" type="xs:string"/> 
</xs:sequence> 
</xs:complexType-= 
<&s:element> 
</xs:sequence> 
</xs: com p I exTy p e > 
</xs:element> 

Refer-sni 
<xs:comp1exType> 

<xs: element name="DOI" type="x5:string"/> 
<xs:element name- "URN" type-'xs:string"> 
<xs:annotation> 

<xs;documentat;: : : -EIII(120) ■■■■ :>:documentation> 
</xs:annotation> 
</xs:element> 
</xs:choice> 
</xs:complexType> 
</xs: el anient-* 

<xs:elementname="Event"> 
<xs:complexType> 

<xs:sequence maxOccurs-"unbounded"> 
<xs:element narne="Datum"type='y.s:date'Y> 

■<K=: clement name- "Agent" I ypc- "ho: string "/;- 

<xs: element -"Grund" -"xs: string "f> 

<xs: element nam e="Kommentar"typ e="xs: string" minOccurs="0"maxOccurs="unbounded"/> 
<xs: element name-"Eventoutcome"> 
<xs: c om p I exTy pe> 
<xs:choice> 

<xs:element Migration 

<xs;complexType> 
<xs:sequence> 

<xs:element name-'Name" type="xs: string "/> 
<xs:element name- Version" type="xs:string"/> 
<xs:element name-"Dateiformat"> 
<xs :com p I exTy pe> 
<xs:sequence> 

<xs:element name-'Endung" type- xs:string"/> 
<xs:element name- Version" type='xs:string"/> 
</xs:sequence> 
</xs:complexType> 
</xs:elernent> 
</xs:sequence> 
</xs:complexType> 
</ks:element> 

<xs:element name-'Compression"> 
<xs: c om p I exTy pe> 
<xs:sequence> 
<xs:element name-Name" type-'xs: string "/> 
<xs;element name-Version" type="xs:string'7> 
<xs:element name="Dateiformat"> 
<xs:complexType> 
<xs:sequence> 

<xs:element name-'Endung" type-'xs :string'7> 
<xs:element name- Version" type='^s:string"/> 
|uence> 
</xs: co m p lexT yp e> 
</xs:element> 
<iXs: sequence > 
<ft(s:complexType> 
•^Xs:element.= 

<xs:element nam e= "Emulation" maxOccurs- Unbounded "> 
<xs: c om p I exTy pe> 
<xs:sequence> 
<xs:element name-Name" type="xs: string "/> 
<xs:element name- Version" type="xs:strinq'7> 
<xs:elernent name-"Dateiformat"> 
<xs :com p I exTy pe> 
<xs:sequence> 
<xs:element name-'Endung" type-'xs :string"/> 
<xs:element name- Version" type="xs:string'7> 
</xs:sequence> 
</xs:complexType> 
</xs:element> 

<xs:elernent name="Kommentar"type="xs:string"minOccurs="0"maxOccurs='\jnbounded"/> 
|uence> 

-if* s: co m p lexT yp O 

</xs:element> 
</xs:choice> 
</xs:complexType> 
</xs:element> 

<xs:complexType> 
<xs;choice> 

<xs:element name="copyright"> 
<xs:complexType> 

<xs:element nam e="copy righted" type="xs:s;r;rig 
<xs:element name- fcublicdomain" type- i:s: string 
<xs:element name- 'unknown" type="xs:string'7> 
</xs;choice> 
</xs:complexType> 
</xs:element> 

<xs:element name="license"> 
<xs:complexType> 

<xs;choice maxOccurs-"unbounded"> 
<xs:element name- license_terms" type="xs: string "l> 

</xs: choice > 
</x s: co m p lexT yp e> 
</xs:element> 

<xs:element nam e="statute"> 
<xs:complexType> 
<xs:sequence> 

•=xs;elernent nam e="statute_citation"/> 
<xs: element name="stat_inform_determ_date"/> 
</xs:sequence> 
</xs:complexType> 
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</xs:element> 
</xs:choice> 
</x s: co m p I exT yp e> 
</xs:element> 

'-yxs:comp; 
</xs:element> 

<xs:element ref="Zielgruppe7> 
</xs:sequence> 
</xs:extension> 
</xs:complexContent> 
<&s:compk 
</xs:eleiTient> 

<xs:element name- Video objekt"> 

:lexType> 

<xs: c om p I exC o n te nt > 

<xs: extension base="ReferenzierbaresObjektType"> 
<xs:sequence> 

<xs: el e m ent n am e= "Titel "> 
<xs:complexType> 
■oisiccqucnoc^ 
<xs:element narne="Hauptsachtir.er type-xs:string"/> 
<xs:element name="Zu5atz'' type='xs:string" minOccurs='Q"maxOccurs=''27> 
</xs:sequence> 
</xs: com p I exTy p e > 
</Ks:element> 

<xs:element name="Autor" minOccurs="0" maxOccurs- 3"> 
<xs:complexType> 
<xs; sequence^ 

<xs:element name='Vomame" type="xs:string" minOccurs="0" maxOccurs="2"/> 
<xs: element name="Nachname" type- xs: string "/> 
■q'jence> 
implexType> 
</xs: elements 

<xs:element name="Erstellungsdatiim" type="xs:date"/> 
<ks: element nam e="Produkti on sfirma"minOccurs="0"maKOccurs="unbounded"> 
•WB : c om p I exTy p e > 
<xs:sequence> 
<xs:element name- "Ort" type-'xs: st ring" maxOccurs- 'unbounded'7> 
<xs:element name- "Name" type='xs:string"/> 
</xs:sequence> 
'•-/xs:camp: 
</xs:element> 

<xs:element name="Sprache xs:string" rnaxOccurs="unbounded"/> 

<xs:element name="Notation" ="xs:string" rnaxOccurs="unbounded'7> 
<xs:element name="Schlag\wort" -"xs:string" maxOccurs="unbounded"/> 
<xs:element name-"Umfang"> 
<xs: c om p I exTy p e > 
<xs:sequence> 

<xs:element nam e="Spieldauer" type- xs:time'V> 
<xs:element name="Dateiumfang" type="xs:string"/> 
</xs:sequence> 
=-/xs;compii 
</xs:element> 

lent name- 'Erst ellungssoftware"> 
<xs: c om p I exTy p e > 
<xs:sequence> 

<xs:element nam e= 'Version" type="xs:string"^ 
<xs: element name="Dateifomiat"> 
<xs: c om p I exTy pe> 
<xs:sequence> 
<xs:element name-"Enduna"type-"xs:string"/> 
<xs:element nam e- Version" type="xs:string"/> 
</xs:sequence> 
</xs: comply 
<fi< s: element:- 

<xs: element nam e= "Bet riebssy stem "> 
<xs: c om p I exTy pe> 
<xs:sequence> 
<xs:element name-'Name" type-'xs: string "!> 
<xs:element nam e=' Version" type="xs:string"/> 
</xs:sequence> 
</xs:complexType-= 
<&s:element> 
</xs:sequence> 
</xs: com p I exTy p e > 
</xs:element> 

Refer-sni 
<xs: c om p I exTy p e > 
<xs:choice> 

<xs: element name="DOI" type="x5:string"/> 
<xs:element name- "URN" ty pe-xs: string ' 7> 
</xs:choice> 
</xs: com p I exTy p e > 
<f*s:element> 

<xs:element name="Evenf> 
<xs:complexType> 
<xs:sequencernaxOccurs="unbounded"> 
<xs: element nam e- "Datum" type="xs:date"/> 
<xs:element name-"Agent"lype-"xs:string"/> 
<xs:element = "Grund" ="xs: string "f> 

<xs:element nam e="Kommentar" type="xs: string" minOccurs-'Q" maxQccurs="unbounded7> 
nent name-"Eventoutcome"> 
<xs: c om p I exTy pe j 
<xs:choice> 
<xs:element narne-'Migration"> 
plexType> 
<xs:sequence> 

<xs:element nams-'Name" type-'xs: d ring 
<xs:element name- Version" type="xs:string"/> 
<xs:element name-'Dateiformat"> 
<xs :c om p I exTy pe > 
<xs:sequence> 

<xs:element name- 'Endung" type-'xs :strin a "/> 
<xs:element name- Version" type="xs:string"/> 
</xs:sequence> 
</xs:complexType> 
</xs:element> 
<;xs:sequence> 
•^fti s: co m p I exT yp e-~> 
</xs:element> 

<xs:element narne="Compression"> 
lexType> 
<xs:sequence> 
<xs:element name- Name" type-'xs: string "/> 
<xs:element name- Version" type="xs:striny 
<xs:element name="Dateiformat"> 
<xs:complexType> 
<xs:sequence> 
<xs:element name-'Endung" type-'xs :string"/> 
<xs:elemenl name- Version" type="xs:string"/> 
</xs:sequence> 
</xs:complexType> 
</xs:element> 
<ixs:sequence> 
Vxs^omplexType^ 
</xs:element> 

<xs:element name="Emulation" maxOccurs="unbounded"> 
<xs: c om p I exTy pe> 
<xs:sequence> 

<xs:element name- Version" type="xs:string"/> 
<xs:element name="Dateiformat"> 
<xs:complexType> 
^uence> 
<=xs:element name-'Enduno" type='xs:strino"/> 
<xs:element name- Version" type="xs:string"/> 
</xs:sequence> 
</xs:complexType> 
</xs:element> 
<xs: element name="Kommentar" type="xs:string" minOccurs-TJ" maxGccurs-ijnbounded7> 
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</xs:sequence> 
</xs:complexType> 
</xs:element> 
</xs;chdce> 
<fc<s: cc m p I exT yp e> 
<fr;s:element> 

<xs:element name- "Rig hi s"> 
<xs: c om p I exTy p e> 
=xs:choice> 

<xs:element name="ccpyright"> 
<xs;complexType> 
<xs;choice> 

<xs:elernent name-'copyrightetf' type="xs:string"/> 
<xs:element name- fcublicdomain" type- is^ning 
<xs:element name- Unknown" I ype="xs: string i 
<^xs:choice> 
</x s: co m p lexT yp e> 
</xs:element> 

<xs:complexType> 

<xs:element name- license_terms" type="xs:string"/> 
-=xs:elernent name- license_notes" type="xs:string"/> 
</xs:choice> 
</xs:complexType> 
</xs:element> 

<xs:element nam e="statute"> 
<xs;complexType> 
<xs:sequence> 

<xs:elernent nam e="statute_citation"/> 
<xs:element name="stat_inform_deterrn_date"/> 
quence> 
....... . . ... . . .... 

</xs:element> 
</xs:choice> 
</xs:complexType> 
</xs:element> 

<&s:complexType> 
</xs:element> 

<xs:element name="CDdec"type="xs:string" mJnOccur5="07> 
^xs:element ref-"Zielgruppe'V^ 
quence> 
</xs:extension> 
:iplexContent> 
<fr<s:complexType> 
</xs;elernent> 

<xs;element name-"Grafikobjekt"> 
<xs: com p I exT y pe> 
<xs: c om p I exC o n tent > 

<xs: extension base="ReferenzierbaresObjektType"> 
<xs:sequence> 

<xs:element name-'Titel'> 
iplexType> 
<xs:sequence> 

<xs:element narne-'THauptsachtitel" -"xs;string"> 

<xs:element nam e="Zu sat?" type="xs:st ring" mJnOccurs="0"maxOccurs="2"/> 

-Vnciocqucnoc;- 

</xs: co m p I exT y p e > 
</xs:element> 

<xs:element name-"Autor" minOccurs-"0" maxOccurs-"3"> 
<xs:complexType> 
<xs:sequence> 

<xs:element name='Vomame" type="xs:string" minOccurs="0" maxOccurs="2"/> 
<xs:element narne-'Nachname" type="xs: string "f> 
</xs:sequence> 
< Jxs: com p I exTy p e > 
</xs: elements 

<xs:element name-"Erstellungsdatum" type-"xs:date"/> 
<xs:element name="Aussteller"> 
<xs;complexType> 

<xs: element name="Galerie"> 
<xs: c om p I exTy pe > 
|Uence> 
<xs:element narne-'Ort"type="xs:string"/> 
<xs:elernent name-'Name" type='bcs; string "!> 
</xs:sequence> 
</xe: co m p I exT yp e> 
</xs:element> 
<xs:element name="Auktion"> 

<xs:documentation>Bei digitaler Kunst noch nicht einschlagig- aher in Zukunft m6glich--Jxs:dDcumentation> 
</xs;anrtotation> 
<xs: c om p I exTy pe> 
<xs: sequencer 
<xs:element name="Ort"type="xs:string"/> 
<xs:element narne-'Name" type="xs: string "!> 
<xs:element name="Datum_Auktion"type='xs:date7> 
<xs:element name-"Referenz_Auktionskatalog" -.«=' its: string"^ 
<iy.s. sequenced 
</xs: cc m p I exT yp e> 
</xs:elem ent> 

lent name-"Museum"> 
<xs: c om p I exTy pe > 
/uence> 
<xs:element name-'Ort"type="xs:string7> 
<xs:element narne-'Name" type='bcs; string 7> 
</xs:sequence> 
</xe: cc m p I exT yp e> 
</xs:element> 
</xs:choice> 
</xs ; cc in p I exTy p e > 
</xs:element> 

<xs:element name-"Notation" -"xs:strino"maxOccurs-"unbounded"/> 
<xs:element name="Schlagwort" Lype="xs:string"maxOccurs="unbounded7> 
<xs:element name="Umfang'> 
=xs:complexType> 
<xs:sequence> 

lent ■;'.' ■!-"Dateigrosse"type='^s:string"/> 
•<hs: element name-"MaBe" type - "xs: string"^ 
</xs:sequence> 
</xs: com p I exTy p e > 
</xs:element> 

lent name="Er5tellungssofi:'*:srr- 
<xs:complexType> 
ijence> 
<xs:element nam e= "Name" type="xs:string7> 
<xs:element nam e= "Version" type="xs:string"/> 
<xs:element name-"Dateiformat"> 
<xs:complexType> 
|uence> 
<xs:element name="Endung" type="xs:strirtg"/> 
<xs:element name-' Version" type-"xs:string"/> 
</xs:sequence> 
</xs:complexType> 

<xs: element nam e="Betriebssy stem "> 
<xs:complexType> 
<xs;sequence> 
<xs:element narne="Name" type-'^s: string "l> 

</xs:sequence> 
</xs:complexType> 
</Ks:element> 

c/xs;comDlexType> 
</xs:element> 

="Referenz"> 
<xs:complexType> 
<xs:choice> 

<xs:element nam e= "URN" type="xs: string "» 
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<xs:element name- 'DOI" type- 'xs:string"/> 
</xs;choice> 
</xs: com p I exTy p e > 
</xs:element> 

<xs:j? lenient name="Event"> 
<xs:complexType> 

<xs:sequence maxOccurs-'unbounded"> 
<xs: element nam e= "Datum" type="xs:date'Y> 
<xs:element narne="Agent"type="xs:string'7> 
<xs: element -"Grund" -"xs: string "f> 

<xs:element nam e-'Kommen tar" type="xs: string" minOccurs-'Q" maxOccurs- 
<xs: element name="Eventoutcome"> 
<xs:complexType> 
<xs:choice> 

Migration 
<xs:complexlype> 
uence> 
<xs:elem8nt name- Name" type-"xs: string "/> 
<xs:element name- Version" type- 'xs:stiing"/> 
<xs: element name="Dateiformat"> 

<K3 :o om p I cl<Ty pc=- 

<xs:sequence> 
<xs:element name="Endung" type="xs:string"/> 
<xs:element name- Version" type="xs:string"/> 
</xs:sequence> 
</xs:complexType> 
</xs:element> 
<;xs: sequence J'- 
'S/xsicomplexType: 5 
</xs:element> 

<xs:element narne="Compression"> 
<xs:complexType> 
<xs:sequence> 
<xs;elernent name-TJame" type="xs: string "/> 
<xs:element name- Version" type="xs:string"/> 
<xs: element name-'Dateiformat"> 
<xs :com p I exTy pe> 
;uence> 
<xs:element name-'Endung" type-"xs:string"/> 
<xs:element name- Version" type="xs:string'7> 
</xs:sequence> 
</xs : co m p I exT yp e> 
</xs;element> 
</xs:sequence> 
... . . . .. .... 

<fr:s:element> 

<xs:elernent narne-'Emulation" rnaxOccurs-\jnbounded'> 
<xs:complexType> 
<xs:sequence> 
<xs;elernent name="Name" type="xs: string "/> 
<xs:element name- Version" type="xs:string"/> 
<xs: element name-'Dateiformat"> 
<xs :com p I exTy pe> 
uence> 
<xs:element name-'Endung" type-"xs:string"/> 
<xs:element name- Version" -"xs:string"/> 
quence> 
■ 
</xs:element> 

<xs:elernent name="Kommentar"type="xs:string"minOccurs="0 
</xs:sequence> 
</xs:complexType> 
</xs:element> 
</xs:choice> 
</xs;compl: 
</xs:element> 

<xs:element name- "Rig hts"> 
<xs:complexType> 
<xs:choice> 

<xs:element name="copyright"> 
<xs: c om p I exTy pe> 
<xs:choice> 

<xs:element nam; -"copyrighted" type-"xs:string'V> 

<xs:element name-unknown" type="xs:string'7> 
</xs:choice> 
</xs:complexType> 
<&s:element> 

lexType> 
<xs: choice m axOccu rs="unbounded"> 

<xs:element nam e- license_terms" type="xs: string 
<xs:elernent name-license^otes" type-Vs:string 
</xs:ohoice> 
</x s: co m p lexT yp e> 
</xs:element> 

<xs:element nam e- "statu te"> 
<xs: c om p I exTy pe> 
<xs:sequence> 

<xs:element na 
</xs:=equence> 
</x s: co m p lexT yp e> 
</Ks:element> 

</xs:ccmplexType> 
</xs:element> 
</xs: sequencer 
</xs:compk' 
</Xs:element> 

<xs:element name="Farbraum"> 
<xs:complexType> 
<xs:choice> 
<xs:element name- "CMYK" type-"xs:string"/> 
<xs:element nam e= "RGB" type- 'xs: string "/> 
<tes:choice> 
</xs:complt: 
<f*s:element> 

nent name="Aufloesung" type="xs:integer"/> 
<xs:element -'Zielgruppe'7> 

</xs:extension> 
</xs:complexContent> 
</xs:complexType> 
</xs:element> 

<xs:element narne="Datenbanknbjekt"> 
<xs:complexType> 
<xs:complexContent> 

<xs: extension base="ReferenzierbaresObjektType"> 
;uence> 
<xs:element name='Titel"> 
■plexType> 
<xs:sequence> 

<xs:element name="Hauptsachtitel"type="xs:string"/> 

<xs:element name="Zusatz" ="xs:string" rninOccurs-'O" maxOccurs-"2"/> 
<fe5:sequence> 
<yxs:compiT i 
<&s:element> 

<xs:element name="Frstellungsdatum" type='ys:date7> 
<xs:element — "Ersteller"> 

<xs:complexType> 

<xs: element name="Autor"> 
<xs:complexType> 
<xs:sequence> 

<xs:element name-Vomame" type="xs:string" minOccurs="0" m ax0ccurs="2V> 
<xs:element name="Nachname"tyrje="xs:strina"/> 
</xs:sequence> 
</xs:complexType> 
<rxs:element> 

ent nam e= "Institution'^ 
<xs:complexType> 



■naxOccurs='\jnbounded'7> 



Seite 8 von 17 



992 <xs:sequence> 

993 <xs:element narne-'Name" ="xs; string "/> 

994 ^Xsielement name-'Ort" type="xs:string" maxOccurs="unbounded"/> 

995 </xs:sequence> 

997 <fes:element> 

999 <fes:complexType> 

1000 </xs:element> 

1001 <xs:element name="Notation"type="xs:string''maxOccurs="unboijnded''/> 

1002 <xs:element name-"Schlagwort" type-"xs:string" maxOccurs="unbounded"/> 

1003 <xs:e!ement name-'Urnfang"> 

1004 <xs:complexType> 

1005 <xs:sequence> 
100Q <xs:element n 
100/ <xs:element n 

1008 </xs:sequence> 

1009 <yxs:complexType> 

1010 </xs:element> 

1011 <xs:element name="Erstellungssoftware"> 

1012 ^)ic:oomplc)iTypc^ 

1013 <xs:sequence> 

1014 <xs:element name="Name"type="xs:string"/> 

1015 <xs:element name='Version"type="xs:s*riiij ! j 
1013 <xs:element name="Dateiformat"> 

1017 <xs:complexType> 

1018 <xs:sequence> 

1019 <xs:element name="Endung"type="xs:siiing 

1020 <xs:elemenl nam e=' Vision" type="xs:string"> 

1021 </xs:sequence> 

1022 </xs:complexType> 

1023 <&s:element> 

1024 <xs:elementname= ,, Betriebssystern ,, > 

1025 <xs:complexType> 

1026 <xs:sequence> 

1027 <xs:element name="Name"type='xs:string7> 

1028 <xs:element name- Version" type="xs:siring 

1029 </xs:sequence> 

1030 </xs:complexType> 

1031 <fes:element> 

1032 </xs:sequence> 

1033 </xs: com p I exT y p e > 

1034 </xs:element> 

1035 <xs:element name="Referenz "> 

1036 <xs:complexType> 

1037 <xs:sequence> 

1038 <xs:element nam e="DOl" type- 'xs:strino"/:> 

1039 <xs:elementname-"URN"type-"xs:string"/> 

1040 </xs:sequence> 

1041 </xs:complexType> 

1042 </xs:element> 

1043 <xs:element name="Event"> 

1044 ^xs;comp1exType> 

1045 <xs:sequence rnaxOccurs="unbounded"> 

1046 <xs:element name- 'Datum" type="xs:date'7> 

1047 <xs:element name-"Agenl"lype-"xs:string'V> 

1048 <xs:element narne-'Grund" ="xs:string"/> 

10-10 -<>[c: clement namc-"Kommontar" typo- "no: string" minOoour=-"0" maiiOoou re -"unbounded"/^ 

1050 <xs:element name="Eventoutcome"> 

1051 <xs:complexType> 

1052 •=xs:choice> 

1053 <xs:element narne= ,, Migration ,, > 

1054 <xs:complexType> 

1055 <xs:sequence> 

1056 -=xs:element name-Name" type-"xs: string "/> 

1057 <xs:element name- Version" type="xs:string"/> 

1058 <xs:element name-'Dateiformat"> 

1059 <xs:complexType> 
lOfciU <xs:sequence> 

1061 <xs:element name-'Endung" type="xs; string 

1062 <xs:element name- Version" type="xs:string"/> 

1063 </xs: sequencer 

1064 </xs:complexType> 

10GD </K5:element>- 

1066 </xs: se qu e n ce > 

1067 </xs:complexType> 

1068 -=yxs:e1ement> 

1069 <xs:element name="Compression"= 

1070 <xs:complexType> 

1071 <xs:sequence> 

1072 <xs:element name-Name" type="xs: string "/> 

1073 <xs:element name- Version" type="xs _ _string 

1074 <xs:element name-'Dateiformat"> 

1075 <xs:complexType> 

1076 <xs:sequence> 

1077 <xs:element name-'Endung" type="xs:string"/> 

1078 <xs:element name- Version" type='xs:string"/> 

1079 </xs:sequence> 

1080 </xs:complexType> 

1081 <^xs:elernent> 

1082 </xs:sequence> 

1083 <ftts:complexType> 

1084 </xs:element> 

1085 <xs:element narne-'Emulation" maxOccurs-"unbounded"> 

1086 <xs:compleHType> 

1087 <xs:sequence> 

1088 <xs:element name- Name" type="xs: string "/> 

1089 -=xs:element nam e- Version" type-"xs:string"/> 
109D <xs:element name="Dateiformat"> 

1091 <xs:complexType> 

1092 <xs:sequence> 

1093 <xs:element name-'Endung" type="xs:string"/> 

1094 <xs:element name- Version" type='xs:string"/> 

1095 </xs:sequence> 
1095 </xs:complexType> 

1097 </xs:element> 

1098 <xs:element name-'Kommentar" type="xs:string" minOccurs="0" maxOccurs='\inbounded'Y> 

1099 </xs: sequ e n ce > 

1 1 00 </xs:complexType> 

1101 <yxs:element> 

1 102 </xs;choice> 

1 1 03 </xs: complex! ype> 

1104 «Vxs:element> 

1105 <xs:elementname-"Rights"> 
1 1 05 <xs:complexType> 

1107 <xs:choice> 

1108 <xs:element name="copyright"> 

1109 <xs: c om p I exTy pe> 

1110 <xs:choice> 

1111 <xs:element name-"copyrighted"type-"xs:string'V> 

1112 <xs:element name="publicdomain"type="xs:string"/> 

1113 <xs:element name- "unknown" -"xs:string'V> 

1114 </xs:choice> 

1115 </xs:complexType> 
1115 <&s:element> 

1117 <xs:element nam e="license"> 

1118 "ixs: com pi ex Type -* 

1119 <xs:choicemaxOccurs="unbounded"> 

1120 <xs:element name='1icense_terms" type="xs:string"'> 

1121 <xs:element name-license_notes" type-"xs:string"/> 

1122 </xs:choice> 

1 1 23 •--fes:compl»MTyp«^ 

1124 <yxs:element> 

1 1 25 <xs:element nam e="statute"> 

1 1 26 <xs:complexType> 

1 1 27 <xs:sequence> 

1128 <xs:element nam e="statute_citation'7> 

1129 <xs:element name="stat_inform_determ_date'7> 

1130 </xs:sequence> 

1 1 31 -</xs:complexType> 

1132 -£Jxs:element> 

1133 </xs:choice> 
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1134 </xs:complexType> 

1135 </ks:element> 

1136 </xs;sequence> 

1137 </xs;complexType> 

1138 </xs:f?lemi?nt> 

1 1 39 <xs:element ref='Zielgruppe"/;- 

1140 </xs:sequence> 

1141 <fi(s:extension> 

1 1 42 </xs:complexContent> 

1 1 43 </xs:complexType> 

1144 </xs:elernent> 

1145 <=/xs:choice> 

1 1 46 </xs:complexType>- 

1147 </xs:element> 

1148 </xs:sequence> 

1149 </xs:complexl ype> 

1150 </xs:element> 

1151 <&s:choice> 

1152 </xs;comple 

1153 </xs:element> 

116-1 <)<c:clcmcntnamc-"Tc>itobjckt">- 

1155 <xs:complexType> 

1156 <xs:complexContent> 

1157 <xs:extensJon base-"ReferenzierbaresObjeklType"> 

1 1 58 <xs:sequence> 

1159 <xs:element name='Titel"> 

1160 <xs:complexType> 

1 1 61 <xs:sequence> 

1162 =xs:element nsmc="Hsuptsachlitel"type="xs:string"/> 

1163 <xs:element name="Zusatz" type="xs: string" mJnOccurs="0" maxOccurs="27> 

1164 </xs:sequence> 

1 1 65 </xs:complexType> 

1 1 66 </xs:element> 

1 1 67 <xs:element name^'Autor 1 ^ 

1168 <xs:complexType> 

1 1 69 <xs:sequence> 

1 170 <xs:element name='Vomame" type="xs; string" rninOccurs-'0"maxOccurs-'27> 

1171 <xs:element name="Nachname" type="xs:string"/> 

1172 </xs:sequence> 

1 1 73 <&s:complexType> 

1174 </xs:element> 

1175 <xs:element n am e-"Erstel lung sd stum" type~"}(s:date'7> 

1176 <xs;element name='Verlag" in inOccurs-"0" rnaxOccurs-'unbounded"> 

1 1 77 <xs:complexType> 

1178 <xs:sequence> 

1179 <xs:element name='Ort"type-"xs:string" rnaxOccurs- i unbounded'V> 

1180 <xs:element name-"Name"type-"xs:string'7> 

1181 </xs:sequence> 

1182 </xs:complexType> 

1183 =/xs:element> 

1184 <xs:element name="Sprache" ="x=:string" sxO ecu rs="un bounded"/* 

1185 <xs:element name='Motation"type="xs:string"maxOccurs="unbounded'7> 

1186 <xs;element name="Schlagwort" -"xs:string" laxOccurs- 'unbounded"/:* 

1187 <xs:element name="Umfang"> 

1188 <xs:complexType> 

1189 <xs:sequence> 

1190 <xs:element name- 'Dateigroesse" typ e="xs: string "l> 

1 191 ^xs:element name="Seltenzahl" type="xs; string 7-= 

1192 </xs:sequence> 

1193 </Ks:complexType> 

1 1 94 </xs:element> 

1195 <xs:element name="Erstellungssoftware"> 

1196 <xs:complexType> 

1197 <xs:sequence> 

1198 <xs:element name="Name"type-"xs:string"/> 

1199 <xs;element n am e=' Version" type='b<s:string7> 

1200 <xs:element name="Dateiformat":= 

1201 <xs:complexType> 

1202 <xs:sequence> 

1203 <xs:element name="Endung" type="xs:string'7> 

1204 <xs:element name='VersiDn" type="xs;string7=- 

1205 <&s:sequence> 

1206 </xs:complexType> 

1207 </xs:element> 

1208 <xs:element name= ,, Betriebssystem ,l > 

1209 <xs:complexType> 

1210 <xs:sequence> 

1211 <xs:element name-"Name" type-"xs:string7> 

1212 <;xs:element name- Version 'type='x5:strlng7. : > 

1213 <&s:sequence> 

1214 </xs:complexType> 

1215 </xs:element> 

1216 </xs:sequence> 

1217 </xs:complexType> 

1218 </xs:element> 

1219 <xs:element name="Referenz "> 

1220 <xs:complexType> 

1221 <xs:choice> 

1222 <xs:element name="ISBN" typ e="xs: string "/> 

1223 <xs;element name^'ISSN" ty pe="xs: string "l> 

1224 <xs:element name='OOI" type="xs:string"/> 

1225 <xs:element name="URN" type="xs:string7> 

1226 </xs: choices 

1227 </xs:complexType> 

1228 <fes:element> 

1229 <xs:element nam e= "Even t"> 

1230 <xs:complexType> 

1231 <xs:sequence maxOccurs="unbounded"> 

1232 <=xs:element name="Datum" type- ^s: date 7> 

1233 <xs:element name='Aqent"type="xs:strinq7> 

1234 <xs:element name="Grund" type-"xs:string7> 

1235 =xs:element name="Kommentar" type="xs:string" minOccurs-"0" maxOccurs- 'unbounded'^- 

1236 <xs:annotation> 

1237 <xs:documentation>Als Kornmentar auch Einschrankungen der Nutzbarkeit des digitalen Objekts, Fehler an Digitalisaten. Bidirektionale Funktion beim Access: Benutzer kann Feedback geben.</xs: documentation 

1238 <&s:annotation> 

1239 </xs:element> 

1240 <=xs:element n am e=" Even tout come" > 

1241 <xs:comp!exType> 

1242 <xs: choicer 

1243 <xs:element name="Migration"> 

1244 -=xs: com pi esType > 

1245 <xs:sequence> 

1245 <xs:element name="Name" type="xs:string7> 

1247 <xs:element nam e= 'Version" type="xs:string'7> 

1248 <xs:element name="Date(format"> 

1249 ■:x5:ccmplexType> 

1250 <xs:sequence> 

1251 <xs:element nams--"Endung" ="xs:*tring 

1252 <xs:element ='Version" ="xs:string 

1253 </xs:sequence> 

1254 </xs:complexType> 

1255 </xs: elements 
1255 <A<s:sequence> 

1257 <&s:complexType> 

1258 </xs; element? 

1259 <xs:element name="Compression"> 
126U <xs:complexiype> 

1261 <xs:sequence> 

1262 <xs:element name="Name" type='ys:string7> 

1263 <xs:element name- 'Version" type-"xs;string'7> 

1264 <xs:element name-"DateFformat"> 

1265 ^xs:complsxTy P 8'» 

1266 <xs:sequence> 

1257 <xs:element name="Endung" type="xs:string"/> 

1268 <xs:element name-'Version"type-'xs:sSrmg 

1269 </xs:sequence> 

1270 </xs: com d ] exT vd e = 

1271 </xs:element> 

1272 </xs:sequence> 

1273 </xs:complexType> 

1274 </xs;element> 

1275 <xs:element name="Emulation" maxOccurs="unbounded"> 
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1276 <xs: annotation 

1277 <xs:documentationsEventuell mehrslufige Emulation. Sie auch neslor-Handbuch, Version2.0 kap.9:7</xs:documentation> 

1278 </xs:annotation> 

1279 <xs:complexType> 

1280 «<5 :5i?q u e nces 

1281 <xs:element name="Name" type='^s:string"/> 

1282 <xs:element n am e=' Version" type-"xs;string"/> 

1283 <xs:element name="Dateiformat"> 

1284 <xs:complexTypes 

1285 <xs:sequence> 

1286 <xs:element name- 'Endung" type- 'xsistring'Vs 

1287 <xs:element name-'Version" type="xs:£iiing 

1288 </xs:sequence> 

1289 </xs:complexTypes 

1290 </xs:elemenr> 

1291 <xs:element name-"W.ommentar" type-"xs: string" mm Occurs ="U" maxOccurs="unbounded"> 

1292 <xs:annotation> 

1293 <xs:documentation>Hier Angaben 2um Viewpath, siehe nestor Handbuch, Version 2.0, Kap. 9 :7</xs: documentations 

1294 </xs:annotation> 

1295 </xs: elements 
1206 --AiciccqucnoQ^ 

1297 </xs:complexType> 

1298 </x3: elements 

1299 <^s:choices 

1300 </x5:complexType> 

1301 <&s: elements 

1302 <xs:element n3me="Rights"> 

1303 <xs:complexTypes 

1304 <xs: choices 

1305 <xs:element n am e= "copy right's 

1306 <xs:complexTypes 

1307 <xs:choice> 



1306 


<xs: element n am e= "copy righted" type="xs:string"ft> 


1309 


<xs:element name="publicdomain" type="xs:string"> 


1310 


<xs:element n am e= "unknown" type="xs: string "/> 


1311 


</xs:choice> 


1312 


•=/xs;complexType> 


1313 


</xs: elements 


1314 


<xs:element name- lice nse"s 


1315 


<xs ; com p I exTy p e > 


1316 


<xs:choicernaxOccurs="unbounded'> 


1317 


<Hs:element name-"[ioenee_terme" type-"xs:string"/s 


1318 


license notes xs: string 


1319 


<&s:choice> 


1320 


</xs : com p I exTy p e s 


1321 


</xs: elements 


1 322 


<xs:element name- 'statu te"> 


1323 


<xs ; com p I exTy p e > 


1324 


<xs:sequences 


1325 


<xs:element name="statute_citation"/> 


1326 


<xs:element name="star._inform_determ_dar.e"/> 


1327 


</xs:sequences 


1326 


•^/x s ; com p I exTy p e > 


1329 


</xs: elements 


1330 


<&s:choice> 


1331 


</xs; compli- 


1332 


es: elements 


1333 




1334 


</x s : co m p lexT yp e> 


1335 


</xs: elements 


1336 


Zielyruppe 


1337 


</xs: sequences 


1338 


</xs: extensions 


133y 


</xs:cornplexContents 


1340 


<jxs ; co m p I exTy p e > 



1341 </xs: elements 

1342 <xs:element name-"Tonobjekt"s 

1343 <xs:complexType> 

1344 <xs:complex(3ontent> 

1345 <xs:extension bass="ReferenzierbaresObjektType"> 

1346 <xs: se q uen c e> 

1347 <xs:element name='Titel"> 

1348 <xs:complexType> 

1349 -<xs: s eq uenii =>- 

1350 <xs:element name- 'Hauptsachtitel" iype='^s:string"/s 

1351 <xs:element name="Zusatz" type="xs: string" minOccurs="0" maxOccurs="2"/> 

1352 </xs: sequences 

1353 </xs:complexType> 

1354 <&s:elements 

1355 <xs;element name="Autor" minOccurs-'O" maxOccurs-"3"> 

1356 <xs:complexType> 

1357 <xs: s eq uenc es 

1358 <xs:element name-'Vorname" type- 'xs: string" rninOccurs="0" maxOccurs="27> 

1359 =xs:element name="Nachname" type- Vs:string"/> 

1360 </xs:sequence> 

1361 </xs:complexTypes 

1362 </xs:element> 

1363 <xs:element name-"Erstellungsdatum" type-"xs:dste"/> 

1364 <xs:element name="Label" minOccurs="0" maxOccurs="unbounded"s 
1335 <xs:complexType> 

1366 ^xs:sequence> 

1367 <xs:element name="Ort"type='ics:string"maxOccurs='linbounded"/> 

1368 <xs:element n3me="Name" type="xs: string 7s 

1369 </xs: sequences 

1370 </xs:compleKType> 

1371 </xs:elements 

1372 <xs;element name="Sprache" type="xs:string" maxOccurs- 'unbounded"/? 

1373 <xs:element name="Motation" type="xs:string" maxOccurs="unhounded7s 

1374 <xs;element name="Schlagwort" type='ks:string" maxOccurs-"unbounded"/s 

1375 <xs:element name="Umfanq"s 

1376 <xs:complexType> 

1377 <xs:sequence> 

1378 <xs:element name="Spieldauer J ' type="xs:time'V> 

1379 <xs:element name="Dateigroesse"type="xs:string"£" 

1380 </xs:sequence> 

1381 <7xs:complexl ype> 

1382 =/xs:element> 

1383 <xs:element name="Erstellungssoftware"> 

1384 <xs:cornplexType> 

1385 <xs:sequence> 

13QO -;ss:elemeni n am e^ "Name" typc="Ks:stri|-icj7;- 

1387 <xs:element name-'Version" type="xs: string 7s 

1388 <xs:element name="Dateifbrmat"s 

1389 <xs:complexTypes 

1390 <xs:sequence> 

1391 <xs: element nsme="Endung" type="xs string 

1392 <xs:element n am e- Version" type='l(s:string7s 

1393 <&s;sequence> 

1394 </xs:complexTypes 

1395 <jxs: elements 

1396 <xs:element name="Betriebssystem"> 

1397 <xs:complexTypes 

1398 <xs:sequences 

1399 <xs:element name- 'Name" type- 'xs:string'7> 

1400 <xs:element name-'Version" type='xs;string7> 

1401 <&s:sequence> 

1402 </xs:comp[exl ypes 

1403 <jxs:element> 

1404 </xs:sequence> 

1405 </xs:complexType> 

1406 </xs:elements 

1407 <Ke:alemsnt name="R»fsreni"--. 

1408 <xs:complexType> 

1409 <xs:choice> 

1410 <xs:element name-"DOI"type-"xs:string"/> 

1411 <xs:element name="URN" type="xs:string"/s 

1412 </xs:choice> 

1413 </xs:complexType> 

1414 =/xs:element> 

1415 <xs:element nam e= "Even t"> 

1416 <xs:complexType> 

1417 <xs:sequence maxOccurs="unbounded"s 
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1418 
1419 
1420 
1421 

1422 

1423 
1424 
1425 
1425 
1427 
1428 
1429 
1430 
1431 
1432 
1433 
1434 
1435 
1435 
1437 
1138 
1439 
1440 
1441 
1442 
1443 
1444 
1445 
1445 
1447 
1448 
1449 
1450 
1451 
1452 
1453 
1454 
1455 
1455 
1457 
1458 
1459 
1460 
1451 
1462 
1463 
1464 
1465 



1471 
1472 
1473 
1474 
1-175 
1475 
1477 
1478 
14 79 
1480 
1481 
1482 
1483 
1484 
1485 



1492 
1493 
1494 
1495 
M95 
1497 
1498 
1499 
15D0 
1501 
1502 
15D3 
1504 
1503 

1505 
1507 
1508 

1509 
1510 

1511 



s:element name= 
s:element name= 
s: element name= 
s;element name= 



'Datum" type- "xs: date 7> 
Agent" type- l(s: string "/> 
'Grund" type="xs:string"/> 
'Kcmmentar" type="xs:string" minOci 



m axO c cu rs ="u nb ou n d ed "/: 



e-"tndung" type-"xs:stnng'V> 
e= 'Version" type="xs:string'7> 



<xs:complexType> 
<xs: choices 

<xs: element name="Migration"> 
<xs:complexType> 
<xs:sequence> 

<xs:element name-"Name" type-^s:string"/s 
<xs:element riame='Version" type="xs:string"/> 
<xs: element name="Dateiformat"> 
<xs:complexTypes 
<xs:sequence> 
<xs: element r 
<xs:element r 
</xs:sequence> 
</xs: com p I exTy p e > 
</xs: elements 

</xs : com p I exTy p e > 
</xs: elements 

<xs:element n am e= "C om pre ssi on "s 
<xs:complexTypeS 
<xs:sequence> 

<xs:element name="Name" type="xs:string"/> 
<xs:element name="Version" t ype='xs: string "ft- 
<xs:element name="Daterformat'^> 
<xs:complexTypes 
<xs:sequence> 
<xs:element m 
<xs:element m 
</xs:sequence> 
</xs: com p I exTy p e > 
</xs: elements 
</xs:sequence> 
</x s : com p I exTy p e > 
</xs: elements 

<xs: element name="Emulatior 

<xs:complexTypes 

<xs:eequence> 

<xs:element name-"Name" type-"xs:string"/> 
<xs:element name="Version" type='xs:string"/> 
<xs:element name="Dateiformat'> 
<xs:complexTypes 



e-"Endung"type-"xs:string"/> 
e= 'Version" type="xs:string"£- 



i" maxOccurs 



e-"Endung"type-"xs:string"/> 
e= 'Version" type="xs:string"/s 



-"Kommentar'' type="xs: siring ="0" maxOccurs ="unbounded7> 



<xs; sequences 
<xs:element m 
<xs:element m 
</xs; sequences 
</xs : co m p I exTy p e > 
</xs: elements 
<xs:element n= 

</xs:complexType> 
</xs: elements 
</xs: choices 
'-/> t o : oom p loicTy p o > 
</xs; elements 

<xs:element name="Rights"> 
<xs:complexType> 
<xs: choices 
<xs:element name- 'copyright's 
<xs;complexType> 
<xs:choice> 

<xs:element n am e= "copyrighted" type="xs; string "/=• 
<xs:element name="publicdomain" type="xs:string'7s 
<xs:element name="unknown"type="xs:string7s 

</xs : com p I exTy p e s 
</xs:element> 

<xs:element n am e= "li ce nse"> 
<xs:complexType> 

="- "unbounded" > 
<xs:element name="license_terms" type="xs:string"/> 
<xs:element name- 'lice nse_notes" type- x.s: siring 

</xs:complexTypes 
</xo: elements 

<xs:element name="statute"> 
<xs:complexType> 
<xs: sequences 

<xs:element name-"statute_citation"/> 
<xs:element ="stat_inform_determ_date'7> 



■ 



■ 



</xs:complexTypes 
</xs:element> 
<&s:choices 
</Ks:complexTypes 
<=/xs; elements 
</xs: sequences 
<fx s : co m p lexT yp e> 
</xs: elements 
<xs:element ref-"Zielgruppe"/> 

1512 <i/xs: sequen ces 

1513 </ks: extensions 

1514 <&s:complexContents 

1515 <fes:complexTypeS 

1516 </xs:element> 

1517 <xs:element name-'lnteraktives Ob|ekt"s 

1518 <xs:complexTypes 



1519 
1520 
1521 
1522 
1523 
1524 

1526 
1527 
iazo 
1523 

1530 
1531 
i532 
1533 
1534 
1535 
1536 
1537 
1538 
(539 
1540 
1541 
1542 
1S43 
1544 
1545 
1546 
1547 
1548 
1G40 
1550 
1551 
1552 
1553 
1554 
1553 
1555 
1557 
1558 
1559 



mplexContents 
s:extension base="ReterenzierbaresObjektType"s 
<xs: sequences 

•^xs; element name="Titel"> 

<xs:complexlypes 

<xs: sequences 

<xs:element name="Hauptsachtitel" type="xs:string"/s 
<xs:element name="Zusatz" type="xs: string" minOccurs-'Q" maxOccurs = "2 "/s 
;iuence> 

^5:ocimp lexT yp eS 

</xs:elements 

•=xs:element name="Autor" minOccurs="0" maxOccurs="3"s 
<xs:cornplexTypes 
<xs: sequences 

<xs:element n3me='Vcrname" type-is: string" minOccurs-TJ' max Occurs-' 27: 
<xs:element name="Nachname" type='^s:string"/s 
;uence> 
<tx s : co m p lexT yp es 
</xs; elements 

•=xs:element name="Erstellungsdatum"type="xs:date7> 
<xs:element name="Sprache" type="xs:string" maxOccurs="unbounded'YS 
<xs:element name='Motation" type= "xs:string" maxOccurs="unbounded"/s 
<xs:element name="Schlagwort" >■ ="xs:string" maxOccurs="unbounded"/> 
<xs:element name-"Umfang"> 
<xs : corn p lexT yp e s 

<xs:element name="Dateigroesse"> 
<xs:cornplexTypes 
<xs:simpleContent> 
<xs:extension base-"xs:string"/s 

^^t:simplsContents 

</xs:complexTypes 
</xs: elements 

<xs:element name-"Anzahl_Unterseiten" type-"xs:integer"/s 
<xs:element name="Anzahl_Spiellevel" type="xs:string"/s 
</xs: choices 
<fx s : co m p lexT yp es 
=/xs: elements 

<xs:element name="Erstellungssoftware"s 
<xs:complexType> 
<xs: sequences 
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156G 
1561 
1562 
1563 
1564 
1565 
1565 
1567 
1568 
1539 
157G 
1571 
1572 
1573 
1574 
15/5 
1576 
1577 
1578 
1579 
1680 
1581 
1582 
1583 
1584 
1585 
1583 
1537 
1588 
1589 
1590 
1591 
1592 
1593 
1594 
1595 



1599 
1600 
1601 
1602 
1603 
1604 
1605 

vim 

1607 



1617 
1618 
1619 
1620 
1621 
I822 
1623 
1624 
1625 

Vi?P> 

1627 



1630 
1631 
1632 
1633 
1034 
1635 
1635 
1637 
1638 
1639 
1640 
1641 
1642 
1643 
1644 
1645 



1650 
1651 
1652 
1653 
1654 
1655 
1655 
1657 
1658 
1659 
1660 
1661 



1665 
1665 

1037 



1070 
1671 
1672 
1673 
1674 
1675 
1675 
1677 
167S 
1579 



<xs:element name="Name" type-"xs:string"/> 
<xs;element n am e- Version" type="xs:string'7> 
<xs;element name="Dateiformat"s 
<xs; com p I exTyp e> 

<xs:element name-'Endung" ty pe="xs: string "/> 
<xs:element n am e=' Version" type="xs;string"/> 
uiences 
</xs:complexType> 
</xs; elements 

<xs:element name="Betriebssystem"> 
<xs : com p I exTy p e > 
<xs: sequences 
<xs:element name="Name" type- Vs: string 7> 
<xs:element n am e=' Version" type='xs:string"/> 
:uence> 
</xs:cornplexTypeS 
</xs: elements 
</xs: sequences 
</xs:complexTypes 
--Aic:dcmcnt>- 

<xs:element name="Referenz"s 
<xs:complexType> 

<xs:element nsme="DOI xs:sirirg 

<xs:element name-"URN"type-"xs:strinQ"/> 
</xs: choices 
</xs:complexTypes 
=/xs:element> 

<xs:element name="Event"s 
<xs:cornplexTypes 

<xs:sequencemaxOccurs="unbounded"s 
<=xs;element name="Datum" type="xs:date"/> 
<xs:element name="Agent" type='xs: string "/> 
<xs:element name="Gnjnd" type='^s:string"/s 

;ent name="Kcmmentar" type-"xs;stnng" minOccurs-"0 
lent n am e= "Even tout com e"> 
<xs:cornplexTypes 
<xs: choice^ 

<xs:element Migration 

<xs : com p I exTy p e > 

<xs:element name="Name" type='^s:string"/> 
<xs:element name- 'Version" type-"xs:string"/> 
<xs:element name="Dateifarmat'> 
<xs:complexType> 



m axOc cu rs -"u nb ou n d ed "/> 



e-"Endung"type-"xs:string"/> 
e= 'Version" typ e="xs:string'7> 



•=xs: sequences 
<xs:element m 
<xs:element m 
</xs:sequence> 
</xs: com p I exTy p e s 
</xs: elements 
</xs:sequence> 
</x s : com p I exTy p e > 
</xs: elements 

<xs:elernent . -"Compression"> 
<xs: complexly pes 
-oiciccqucnoc^ 

<xs:element name="Name" type="xs:string"/s 
<xs: element n am e=' Version" type='ira:string"/> 
<xs:element name="Dateiformat"> 
<xs:complexType> 
<xs:sequence> 

<xs:element name="Endung" type="xs:string"/> 
<xs:element nam e=' Version" type="xs:string"/s 
</xs:sequence> 
< Jxs: com p I exTy p e s 
</xs: elements 
<frss:sequence> 
</xs:complexType> 
</xs:element> 

<xs:element name="Emulation" maxOccurs="unbounded"s 
<xs:complexType> 

<xs:element name="Name" type="xs:string"/s 
<xs:element nam e='Version" type- ^s:string"/s 
<xs:e!ement name-"Dateiformat"> 
<xs:complexTypes 



e-"Endung"type-"xs:string"/> 
e= 'Version" ty pe="xs: string"^- 



1601 
WJ2 
169;; 
1694 
1695 
1695 
1697 



• r "-xs;sequence> 

<xs:element r 

<xs:element r 

</xs: sequences 

</xs:comple 

</xs: elements 

<xs:element name="Kommentar" typt 
</xs: sequenced 
</xs:compk. 
<&s: elements 
</xs: choices 
</xs;compk 
</xs; elements 

<xs: e lem ent n am e= " R ig hts"s 
<xs:cornplexTypes 
<xs: choices 

<ixs:element n am e= "copy right's 
<xs:complexType> 

<xs: element n am e= "copy righted" type="xs:string7s 

<xs:element name="publicdomain" type="xs:string"> 
<xs:element name="unknown"type="xs:strinq"/> 
</xs:choices 
</xs ; com p I exTy p e > 
</xs: elements 

<xs:element name- 'lice nse"> 
<xs : com p I exTy p e > 
<xs:choice rnaxOccurs="unbounded"> 

<xs:element name="Iicense__terms" type="xs:string"/> 
<xs:element name="license_notes" type='xs: string "f> 
</xs:choices 
</xs;compk 
■=A;s: elements 

<xs:element name="statute"s 
<xs:complexType> 

<xs:element n am e= "statu te_d tat ion"/> 
<xs:element name-"stat_inform_determ_date"^- 
<&s: sequences 
</xs : com p I exTy p e s 
</xs: elements 
<lxs: choices 
</xs:complexType> 
ernent> 
</xs: sequences 
</xs:complexType> 
</xs; elements 

<xs:element ref="Zielgruppe"/> 
juences 
<fes:extension> 
</xs:cornplexContents 
</xs;comple. 
<!xs: elements 

<xs:complexTypes 
<xs:complexContents 
<xs:extension base-'ReferenzierbaresObjekiType"> 
|uences 
=xs:element name='Titel"> 
<xs:complexTypeS 
<xs:sequence> 

<xs:element name="Hauptsachtitel" type='ys:string"/s 
<xs:element name-"Zusatz" type- 'xs: string" minOccurs="0" maxOccurs- 
</xs: sequences 



ninOccurs="0" maxOccurs="unbounded"/s 
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17D2 
1703 
1704 
1705 
1 708 
1707 
1708 
1709 
1710 
1711 
1712 
1713 



1718 
1719 
1720 
1721 

i722- 
1723 
1724 
1725 
172S 
1727 
172S 
1729 
1730 
1731 
1732 
1733 
1734 
1735 
173S 
1737 
1736 
1739 
1740 
1741 
1742 
1743 
1744 
1745 
1746 
1747 
1748 
1749 
1750 
1751 
1752 
1753 
1754 
1755 
1755 
1757 
1758 

I7SO 
17 SO 
1761 
1762 
1763 
1764 
17S3 
1766 
1767 
17(58 
1789 
1770 
1771 
1 772 
1773 
1774 
1775 
1775 
1777 
i77S 
1779 
17S0 
1781 
1782 
1783 
1784 
1785 
1783 
1787 
1788 
1789 
1790 
1791 
1792 
1793 
1794 
1795 
1799 
1797 
1798 
1799 



1305 
18D5 
1807 



1810 
1811 
1812 
1813 



1817 
1818 
1819 
1820 
1821 
1822 
1823 
1824 
1825 
1826 
1827 
1828 
1829 
1E30 
1831 
1832 

1833 

1834 
1835 
1835 
1837 
1838 
1839 
1840 
1841 
1842 
1348 



■iplexType> 
</xs:element> 

<xs;element name="Autor" minOccurs-'O" maxOccurs-"3"> 
<xs : com p lexT yp e> 

<xs:element name='Vcrname" type- Ira: string" rninOccurs="0" maxOccurs="2'7> 
=xs:element name="Nachname" lype-"xs:string"/> 
;uence> 
</xs:complexType> 
</xs; element:* 

<xs:element name- l Ersr.ellungsdatum"type="xs:date'7> 

<xs;element name="Produktionsfirma" minOccurs="0" maxOccurs="unbounded"> 
<xs : com p lexT yp e> 

;uence> 

... 

<xs;element nar 
:uence> 
</xs:complexType> 
</xs:element> 
<xs:element name="Sprache" type="xs:string" maxOccurs="unbounded"/> 

''no. clem cnt n am c-"N elation" .-")io:otring" ma)(Ooourc-"unboundcd"/^ 

<xs:element name="Schlagwort" type="xs:string" maxOccurs="unbcunded"/> 
<xs:element name='Umfang"> 
<xs : com p lexT yp e> 
<xs:sequence> 
<xs:element name="Spieldauer" type- ^s: time 7> 
<xs;element name="Dateiumfang" iype="xs:string 
</xs:sequence> 
</xs:complexType> 
</xs:element> 

<xs:element name- 'Erstel lung sscftisre 
<xs : com p lexT yp e> 
<xs:sequence> 

<xs;element name="Name" lype="xs:string'7> 
<xs:element name="Version" type="xs:string"/> 
<xs:element name="Dateiformat"> 
=-xs ; com p I exTy p e > 
<xs:sequence> 
<xs:element name="Endung" t ype="xs: string "/> 
<xs:element n am e=' Version" type="xs;string'7> 
</xs:sequence> 
•'Vks; com p lexTyp e> 
</xs;element> 

<xs:element name="Betriebssystem"> 
<X5 : com p I exTy p e > 
<xs:sequence> 

<xs:element name- 'Name" type- 'xs:string'7> 
<xs:element n am e=' Version" type="xs;string7> 
quence> 
<Ara:complexType> 
<ixs;elemeni> 
</xs:sequence> 
</xs:complexType> 
■=/xs:element> 

<xs:element name- 'Referenz"> 
■mplexType> 



. ■■ 



-"DOI" typ=-"ic=j string 

="URN"type="xs:string'7> 



m axOc cu rs -"u nb ou n d ed "/> 



e= "En d u n g" typ e= "xs :stri n g' 7> 
e= 'Version" typ e="xs:string'7> 



<xs: element r 
</xs: choicer 
</xs:compk 
</xs:element> 

<xs:element name="Event"> 
<xs : com p lexT yp e> 

<xs:sequencemaxOccurs="unbounded"> 
=xs:element name="Datum" type="xs:date"/> 
<xs:element name="Agent"type='xs:string "/> 
<xs:element name="Grund" type='^s:string"/> 

nent name="Kcmmentar" type="xs;string" minOccurs- 
lent name="Eventoutcome"> 
<xs:complexType> 

<xs:element name- 'Migrations 
<xs ; com p I exTy p e > 
<xs:sequence> 
<xs:element name- 'Name" type- ys:string"/> 
<xs:element name- 'Version" type-"xs:string"/> 
<xs:element name="Dateiformat'> 
^Ks;cDmplexType> 
<xs:sequence> 
<xs:element r 
<xs:element r 
</xs:sequence> 
<=/xs;complexType> 
</xs:element> 
</xs:sequence> 
</xs: com pie 
<&s:element> 

<xs: e I e m ent n am e- 'C om pre ssi on "> 
<xs ; c om p I exTy p e > 
<xs:sequence> 

<xs:element name="Name" type='xs:string7> 
<xs:element nam e= 'Version" t ype="xs: string "/> 
<xs:element name- 'Date if arm at "> 
=-xs ; c om p I exTy p e > 
<xs:sequence> 
<xs:element name- "Endung" typ e-"xs:string"/> 
<xs:element nam e- 'Version" typ e-"xs:string"/> 
</xs: sequencer 
</xe: com p I exTy p e > 
</xs:element> 
</xs:sequence> 
</xs ; com p I exTy p e > 
</xs:element> 

<xs:element name="Emulatian" maxOccurs-"unbounded"> 
<xs : com p I exTy p e > 
<xs:sequence> 

<xs:element name="Name" type-ys:string"/> 
<xs:element n am e=' Version" type='xs:string'7> 
<xs:element name="Dateiformat"> 
^xs : o om p I exTy p e I* 
<xs:sequence> 
<xs: element nam e= "Endung" typ e="xs:string'7> 
<xs: element nam e- 'Version" typ e-"xs:string"/> 
</xs:sequence> 
</xs:compk 
</xs:element> 
<xs:element name="Kommentar" type="xs: string" minOccurs="0" maxOccurs="unbounded'7> 

</xs:complexType> 
</xs:element> 

</x s : com p lexTy p e > 
</xs:element> 
<xs:element name="Rights"> 

<xs:complexType> 



copyright'' 
<xs:complexType> 

<xs: element n am e= "copy righted" type- xs: string "/> 

<xs: element n am e= "unknown" tyoe-'xs: string 7> 
<&s:choice> 
</xs:complexType> 

</xs:element> 

<xs: e I e m ent n am e= "li ce nse"= 
<xs : com p I exTy p e > 
<xs:choicemaxOccurs='linbounded'^ 

<xs:element name="license_terms"iype="xs:string7> 
<xs:element name-"license_notes" type- 'xs. string 
<ft<s:choice> 
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1844 


</xs:complexType> 


1845 


</xs;element> 


1845 


<xs:element name^"statute"> 


1847 


<xs;complexType> 


1845 




1849 


<xs:element name="statute_citation"/> 


1850 


<xs:element name-"stat_inform_delerm_date"/> 


1851 


<&s:sequence> 


1852 


</xs: compli- 


1853 


es: el em en t> 


1854 


</xs: choicer 


1855 


<Jk s : com p lexTy p e > 


1858 


<fes:element> 


1857 


<&s:sequence> 


1858 


</xs:compls; 


185y 


=7xs:element> 


1850 


<xs:element nam e= "Codec" type="xs: string" rninOccurs='D"/> 


1861 


<xs:element ref-"Zielgruppe"/> 


1862 


</xs;sequence> 


1863 


</xs:extension> 


1SS-I 


-ViicioomploiContcnt^ 


1865 


</xs : com p I exTy p e > 


1866 


</xs: elements 


1867 


-"Graf kobjekt"> 


1SG6 


>lexType> 




<xs:complexContent> 


1870 


<xs:exlens:-; RefsrenziecbarsisObjek'Typs 


1871 


<xs:sequence> 


1872 


=xs:element name='Titel"> 


1873 


<xs : com p lexT yp e > 


1874 


<xs:sequence> 


1875 


<xs;element name="Hauptsachtitel" -"xs:string"/> 


18 76 


<xs:element name="Zusatz" - "xs:string -s="0" maxOccur5="2"/> 


1877 


</xs:sequence> 


1878 


</x s : co m p lexT yp e> 


is/y 


</xs:element> 


1880 


<xs;element name="Autor" minOccurs-'O" maxOccurs-"3"> 


1881 


<xs : corn p lexT yp e> 


1882 


;uence> 


1883 


<xs:etement name='Vorname" type- xs; string" minOccurs- '0" maxOccurs- '2'7> 


1884 


<xs:element name="Nachname" type='ys:string"/> 


18S5 


uence^ 


1885 


<&s;cornpfe 


1887 


</xs:element> 


1886 


<xs:element name="Erstellungsdatum"type="xs:date"/> 


1889 


<xs:element name-"Aussteller"> 


1890 


<xs:complexType> 


1891 


<xs:choice> 


1892 


<xs:element name="Galerie"> 


1893 


<xs:complexType> 


1894 


<xs:sequence> 


1895 


<xs:element name="Ort" type="xs:string"/> 


1899 


<xs:element name="Name" type='xs:sifing 


1897 


;uence> 


1898 


</xs:complexType> 


1899 


</xs;element> 


19D0 


<xs:element name="Auktion"> 



1001 
1902 
1903 
1904 
1905 
1905 
1907 
1906 
1909 
1910 
1911 
1912 
1913 



1918 
1919 
1920 
1921 
1922 
1923 
1924 
1925 
1925 
1927 



1930 
1931 
1932 
1933 
1934 
1935 



1939 
1940 
1941 
1942 
1943 
1944 
1945 
1946 
1947 
1948 
1949 
1950 
1951 
1952 
1953 
19D4 
1955 
1956 
1957 
1956 



1953 
1964 
1965 



1971 
1972 
1973 
1974 
1075 
1973 
1977 
1978 
197? 



<xs:documentation>Bei digitaler Kunst noch nicht einschlagig- aber in Zukunft m6glich</xs:documentatioi 
</xs:annotation> 
•Ols ; com p I exT yp e > 
<xs:sequence> 
<xs:element name- "Ort" type-"xs:string"/> 
<xs:element name="Name" type="xs:string'7> 
<xs:element name="Datum_Auktion" type="xs:date'Y> 
<xs:element name="Referenz_Auktionskatalog" type="xs;string'7> 
</xs:sequence> 
</xs:complexType> 
</xs;element> 

Mn seu m 
<xs:complexType> 
<xs:sequence> 

<xs:element name="Ort" type="xs:string"/> 
<xs:element name="Name" type='xs:sifing 
;uence> 
</xs:complexType> 
emen[> 
</xs:choice> 
<M s : cd m p lenT yp e> 
</xs:element> 

<xs:element name="Motation" type="xs:string" maxOccurs="ijnbcunded'7> 
<xs:element name="Schlagwort" type="xs:string" maxOccurs="unbounded"/> 
<xs:element name='Umfang"> 
<xs:complexType> 
;uence> 
<xs:element name="Dateigrosse"type="xs:string"/> 
<=xs;element name="MaRe" ty pe="xs: string ' '!> 
</xs:sequence> 
</xs:complexType> 
</xs:elemenl> 

-"Erstel lung ss oft ware 
<xs : com p lexT yp e> 
<xs:sequence> 
<xs:element name- 'Name" type-"xs:string"/> 
^xselement n am e=' Version" type="xs:string'Y;> 
<xs:element name="Dateiformat"> 
<xs ; com p I exT yp e > 
<xs:sequence> 

<xs:element name- 'Endung" type="xs:string'7> 
<xs:element n am e= "Version" type="xs: string "l> 
</xs:sequence> 
<Jk s : com p lexTy p e > 
<&s:element> 

<xs:element name="Betriebssystem"> 
<xs;complexType> 
<xs:sequence> 

<xs:element name="Name" lype="xs:string'7> 
<xs:element n am e=' Version" type='xs:string'7> 
</xs:sequence> 
<fx s : com p lexTy p e > 
■=/xs: element 
</xs:sequence> 
</xs:complexType> 
</xs:element> 

= Referenz"; 
<xs:complexType> 



="URN"type="xs:string'7> 
="DOI" type="xs:strlng"/> 



<xs:element nar 
<xs:element nar 
</xs:choice> 
</xs:complexType> 
</xs:element> 

<xs:element name="Event"> 
<xs:complexType> 

<xs: s eq uenc e m axO ecu rs = "u n boun d e d "> 
<xs:element name="Datum" type="xs:date'7> 
■^xselement nsme="Agent" ; 'xs.slring 

<=xs;element name="Grund" type='ys:string"/> 

<xs:element name-'Komrnentar" type="xs: string" minOccurs="0" maxOccurs="unbounded"/> 
lent n am e= " Even tout com e"> 
<xs:complexType> 

<xs:element name- 'Mi g rati on"> 
<xs : com p I exTy p e > 
<xs:sequence> 

<xs:element name="Name" type="xs:string"/> 
<xs:element narne='Version"type="X5;strina'7> 
<xs:element name="Dateifcrmat"> 
=xs:complexType> 
<xs:sequence> 
<xs: element nam e="Endung"type="xs:string"/> 
<xs:element name='Version" type="xs:string"/> 
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</X! 



</xs: sequences 
</xs:complexTypes 
lement> 
squer 



2000 
2001 
2002 
2003 
2004 
20D5 
2005 
2007 
200S 
2009 
201 
2011 
2012 
2013 



2020 
2021 
3022 
2023 
2024 
2025 



2029 
2030 
2031 
2032 
2033 
2034 
2035 
203S 
2037 
203S 
2039 
2040 
2041 
2042 
2043 
2044 
2045 
2045 
2047 
2048 
2049 
2050 
2051 
2052 
2053 
2054 
2055 
2055 
2057 

2i.m 

2059 
2030 
2061 
2062 



2069 
2070 
2071 
2072 
2073 
2074 
2075 
207S 
2077 
2078 
207& 
2080 
2081 
2082 
20*53 
2084 
2085 
2083 
2087 



2091 

2092 
2093 



2 i 00 
2101 
2102 
2103 
2104 
2105 



2113 

2114 
2115 
2116 
2117 
2118 
2119 
2120 
2121 
2122 
2123 
2124 
2125 
2125 
2127 



</!<s : com p I exTy p e s 
</xs: elements 

<xs: e I e m ent n am e= "C om pre ssi on "> 
<xs : com p I exTy p e > 
.■;uence> 
<xs:element name="Name" type="xs:string"/s 
<xs:element name-'Version" type- xs:string'7s 
<xs:element name="Daterformat"> 
<xs: c om p I exT y p e > 
<xs:sequence> 
<xs:element n 
<xs: element n 

</xs:complexType> 
</xs: elements 
</xs:sequences 

's/KOioompb 

<&s: elements 

<xs:element name="Emulation" maxOccurs="unbounded"s 
<xs ; com p I exTy p e > 
<xs: sequenced 
<xs:element name-'Name" type-'^s:string"/> 
<xs:element nam e='Version" type- bcs:string"/s 
<xs:element name="Dateiformat"s 
=xs:comp!exTypes 
:i.ience> 
<xs: element nam e="Endung"type="xs:string"/> 
<xs:element name- 'Version" type-"xs:string"/> 
</xs:sequences 
</xs:compk 
<fccs: elements 

<xs: element name="Kommentar" type- 'xs: string" rninOccurs="0" maxOccurs 
'JxsisequenceJ- 
</xs : com p I exTy p e s 
</Ks:element> 

</xs:complexTypes 
</xs: elements 

<xs:etement n am e= " R ig hts"> 
<xs : com p I exT yp e s 
<xs: choice"* 

<xs:element name- 'copyright";- 
<xs:complexType> 

<xs: element n am e= "copy righted" type="x5: string' '/> 

lent isme="publicdomain"type-"xs:string"/> 
<xs:element name="unknown"type-'xs:string"/> 
</xs:choices 

•^/x s ; com p I exTy p e > 
</xs:element> 
<xs:element n am e= "license's 

<xs ; com p I exTy p e > 
<xs:choice rnaxOccurs="unbounded'> 

<xs:element name="license_notes" type- 'xs: string "f> 
</xs:choice> 
</xs ; com p I exTy p e > 
</xs: elements 

<xs:element name- 'statu te"s 
<xs : com p I exTy p e > 
<xs: sequences 

<xs:element name="statute_citation"/> 
<xs:element name="stat_inform_determ_date"/s 
</xs:sequences 
</xs;comph 
</xs: elements 
</xs: choices 
</x s : com p lexTy p e > 
</xs: elements 
</xs: sequences 
<hi s : co m p lexT yp es 
</xs: elements 

■ ■ 'Farbraurn "> 
<xs:complexTypes 
<ks: choices 
■ 

<xs:element nar 
</xs: choices 
</xs:complexTypes 
</xs; elements 

Tient name="Aufloesung" t; 2=="its:integer 
<xselement - ="Zielgruppe"/s 
</xs: sequences 
</xs: extensions 
<yx s : com p lexC ont e nt s 
</xs ; co in p I exTy p e > 
</xs: elements 

<xs:element name="Datenbankobjekt"s 
<xs:complexTypes 
<xs : com p lexC o nt e nt s 

■ixs: extension :.■■:■. ■■■. -'ReferenzierbaresObjekfType 
<xs: sequences 

<xs;element name="Titel"> 

<xs:complexTypeS 

<xs: sequences 

<xs:element name="Hauptsachtitel" tvpe="xs:strinq"/> 

<xs:element name="Zusatz" type="xs:string" mindccurs="0" maxOccurs = "2' 7s 
..:uences 
<fx s : co m p lexT yp es 
</xs:elements 

<xs;element name-"Erstellungsdatum" type-'ks:date"/> 
<xs : e lem e nt n am e= "trstel ler"s 
<xs:complexType> 

jence maxOccurs="unbcunded"s 
<xs:element name="Autor"s 
<xs ; com p I exTy p e > 

<xs:element name="Vorname"type="xs:string" minOccurs="0" maxOccurs=' 
<xs:element name="Nachname" type="xs:string7s 
<fos:sequence> 
</x s : com p lexTy p e s 
</xs: elements 

<xs:element Institution 

<xs : com p I exTy p e > 
<xs: sequences 

<xs:element name-'Name" type-"x5:string"/s 

<xs:element name- "Ort" type- 'xs: string" maxOccurs- 'unbounded"/> 
.uence> 
</x s : com p lexTy p e s 
</xs: elements 
<&s: sequences 
</xs:complexTypes 
■i/xs:elementi- 

=xs:element name="Notation" ="xs:string" maxOccurs="unbounded"/> 
<xs:element name-'Schlagwort" type='xs:string" maxOccurs="unbounded7s 
<xs;element name="Umfang"> 
<xs:complexTypes 

<xs:element name="Dateigrosse" type="xs:string"/s 
<xs:element name="Anzahl_Entitaten" type="xs:integer"/> 
<fxs: sequences 
<hi s : co m p lexT yp es 
=Vxs: elements 

<xs:element name="Erstellungssafb.Verc 
<xs:complexType> 
<xs: sequences 
<xs:element name="Name" type="xs:string'V> 
<xs:element name="Version" type="xs:string"/s 



"unbounded'Vs 



="CMYK"type="xs:string7> 
="RGB" type="xs:string"/s 
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2130 
2131 
2132 
2133 
2134 
2135 
2135 
2137 



7140 
2141 
2142 
2143 
2144 
2145 
2145 
2147 
2148 
2149 
2150 
2151 
2152 
2" : 53 
2154 
2155 
2155 
2157 
215s 
2159 
2150 
2161 
2132 
2163 
2134 



2170 
2171 
2172 
2173 
2i7?, 
2175 

2:76 

217? 

2178 
21 79 



<xs:element name="Dateifonr 

<xs;complexType> 



-"Endung" 



='Ver 



i"-,:- 



2190 
2191 

2193 



2199 
2200 
2201 
2202 
2203 
2204 
2205 
2200 
2207 
2208 
2209 
2210 
2211 
2212 
22:3 



32 17 
2216 
2219 
2220 
2221 

:.: 

2224 
2225 

2226 
2227 

222s 
2229 
2230 
223 : 
2232 
/ZM 
2234 
2235 
2235 
2237 

2230 
2239 
2240 
2241 
2242 
2243 
2244 
2245 
2246 
2247 
2248 
2249 
2250 
2251 
2252 
2253 
2254 

2255 
2255 
2257 

2256 

22G0 

2260 
2201 
2252 
2253 
2264 
2263 



"Name" lype-"xs:string"/> 
"Version" t ype='Xs: string "ft 



<&s:sequence> 
<fx s : com p lexTy p e > 
<tas:element> 

<xs;element n am e="Betriebs system' 
<xs : com p I exTy p e > 
<xs:sequence> 
<xs: element n= 

<&s:sequence> 

<&s:complsr 

<^xs;element> 

</xs:sequence> 

</Ks:complexType> 

</xs:element> 

<xs:element name= "Referenz "> 

■<i(o:oom p loiTyp c=- 

<xs: sequenced 
<xs:element name="DOI" type="xs:string"/> 
<xs:efement name="URN" type-"xs:string"/> 
.:uence> 
</xs:comple>!Type> 
</xs:element> 

<xs:element name="Event'> 
<xs:complexType> 

<xs: seq uence maxO ecu rs="u n bounded"* 
<xs:element name="Datum" type="xs:date"/> 
<xs;element ngme-"Agent" type- 'xs: string "/> 
<xs:element name="Grund" type="xs:string"/> 
<xs;element name="Kommentar" type='^s:string' 
<xs: element n am e= " Even tout com e"> 
<xs:complexType> 
<xs:choice-= 

<xs:element name="Migration"> 
<xs:complexType> 



xs firing 
"xs:string"fi> 



-s-'D" maxOccurs="unbounded"/> 



<xs:element name="Name" type='ys:string"/> 
^xs:element name-'Version" type-"xs:otring"/> 
<xs:element name-"Dateiformat"> 
iexType> 
<xs:sequence> 

<xs:element name- "Endung" type="xs string" J> 
<xs:element n am e= 'Version" type-"xs:string"> 
</xs;sequence> 
<fes:complexType> 
</xs:element> 



■■' 






</xs:complexType> 
</xs:e!ement> 

<xs:element name="Compression"> 
<xs;complexType> 
<xs:sequence> 

<xs:element name-"Name" type-^s:string'7> 
^xsielement name='Verslon" type='xs:strlng'/> 
<xs:element name="Daterformat"> 
<xs:complexType> 
<xs:sequence> 

<xs:element narne-'Endung" type="xsstring'7> 
<xs:element name - 'Version" type - "xs:string"/> 
</xs:sequence> 
</xs:compk: 
<&s:element> 

<frrs : com p I exTy p e > 
</xs:element> 

<xs:element name="Emulation" maxQccurs="unbounded"> 
<xs;complexType> 
<xs:sequence> 
<xs:element name="Name" type='^s:string"/> 
<xs:element n am e= "Version" Lype-'xs:string"/> 
<xs:element name="Dateiformat"> 
<xs;complexType^ 
<xs:sequence> 

<xs: element nam e= "Endung" type="xs:string"/> 
VLs:element name- Version "type-"xs:5trlng "i> 
</xs;sequence> 
</xs: complex! ype> 
</xs:element> 

<xs:element nam e="Kommentar" type- 'xs:string"minOcours="0" mawOccurs="unbounded"/> 
<A<s:sequence> 
</xs;compk 
</xs:element> 
</xs:choice> 
</xs:complexType> 
</xs:element> 

^xs;element name="Rights"> 
<xs;complexType> 

<xs:element copyright 

<xs:complexType> 
<xs:choice> 
<xs: element n am e= "copy righted" type- Its: string 7> 

-"publicdomain' -'xs:string"£» 
<xs:element name="unknown"type="xs:string"ft- 
<A<s:choice> 
</xs : com p I exTy p e > 
</xs:element> 

<xs: e I e m ent n am e= "li ce nse"> 
<xs:complexType> 

= "unbounded "> 
<xs:element license_terms xs:string 

<xs:element name=■■|lcer\se_notes■ , type="xs: string "/> 
</xs:choice> 
</xs: com p lexTyp e> 
</xs:element> 

<xs:element name="statute"> 
"3s6;&iam p I exTy pe> 
<xs:sequence> 
<xs:element n am e= "statu te_ci tat ion"/> 
<xs:element name="stat_inform_determ_date"> 

</xs:complexType> 
</xs:element> 
<&s:choice> 
</x s : com p lexT yp e > 
</xs:element> 
</xs:sequence> 
</x s : co m p lexT yp e> 
</xs:element> 

<xs;element ref-'Zielgruppe"/> 
</xs:sequence> 
</Ks:extension> 
■ifasicomplexContenti' 
=/xs;complexType> 
<fxs:element> 

■ "Zielgruppe"> 
<xs:complexType> 

-:sion Li.:-.-.--"ReferenzierbaresObjektType"^ 
<xs:sequence> 
<xs:element name- Bezeichnung" type-"xs:string"/> 
<xs:element name='Voraussetzungen"> 
<xs:annotation> 

<xs:documentation>Hier auch Viewer und Abspielui 
</xs:an notation > 
<xs:complexType/> 
</xs:element> 
</xs:sequence> 



igebungen des Access- aimentation> 
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£270 <=.fc;:e>defBl(ni> 

2271 -vXE:ooniple*CortHTt=- 

2272 -;'*&:con*HE(Tyj)e=- 

2274 «xs:eleinen: rjriE-'FSteierjl&'tareECtJett'Toe-'Ftefererd&'baiieECtJettTjpeV:- 

2275 -=«s:comfH8xType nr = -'RererefzlejbareEOoJelilTjpev 
227E -itE:artrtrt,-fi ran; -rvewefAX r.>=-TslDREFG , ,=- 
2277 -:KB:adrtMi"je rsriE^ID' i>p5-^E:ID~ jsi-'resjneC •> 
227B -titeeompbcType* 

2279 -^yssctiefna> 
2281: 
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Anhang 4.5 DTD zu DigitalesObjekt 



<?xml version- "I 0" encoding- 'UTF-8"?> 

<!-DTD erstellt mit XMLSpy v2007 sp1 (http./Aw«i/.altova.com)~> 

<!-Anhang 3.6 FII(1B8], Anhang 3.4 Dlll(491), Anhang 3.6 FIV(329) (341], Fl(297). Alle befragten Einrichtungen halten ein Access-Report fur denkbar und sinnvoll. Er ist noch nicht realisiert worden, Voraussetzungen hierfijr sind durch vorhandene Metadaten 

schon gegeben. Das Future Lab street eine Anzeige von Ontologien beim Access an (Anhang 2.4 Zeile 21 5. 389)- Ontologien beim Retrieval und zum Beschlagworten des digitalen Objekts. Report ist an PREMIS und an Dublin Core angeiehnt. siehe Anhang 

4.2. Fur Nachweis liber gewunschte Reportfdder siehe Anhang 4.1--> 

<!tLtMtN I UigitalesJJbjekt (emtaches_Objekt | komplexes_Ub|ekt)+> 

<!— Anhang 3 3 Cll(450i an def SUB Gcttmgen kommen samtliche Daterformate vor. Siehe auch Anhang 2.3 Zeile 149, 225: das BSZ archiviert viele verschiedene Gallungen von digitalen Objekten.— > 

<!ELEMENT einfaches_Objekt (Objekt)> 

<! ELEMENT ObjektANY> 

<!--Anhang 3.6, FIV(1 25) Anhang 3.4. DIV(1 05) Anhang 2.4, Zeile 49- Kategorie "hybrid" auch hier. Zeile 74, 157- . Konvolutean Objekten werdenals&quoLWerke" bezeichnet. Im Future Lab werden kompieKe Werkearchiviert-> 

-sICLCMCNT kornplexes_Objekt (Objekt)> 

<! ELEMENT Textobjekt AN Y> 

<!ATTLIST Textobjekt 

VerweisAuf CDATA IMPLIED 

IDID#REQUIRED 

<!--CII(139i Titel->Umfang: -> 

<!ELEMENTTitel (Hauptsachtitel, (ZXisatet, Zusatz^))> 

<!ELEMENTHauptsachtitel (#PCDATA)> 

<!ELEMENTZusatz <#PCDATA)> 

<! ELEMENT Autor ((Vornarne?, Vorname?). Nachname)> 

<!ELEMENT Vorname (#PCDATA)> 

<!ELEMENT Nachname (#PCDATA)> 

<! ELEMENT Erstellungsdatum (#PCDATA)> 

<!ELEMENTVerlag (Ort+, Name)> 

<! ELEMENT Ort (#PCDATA)> 

•^ELEMENT Name (#PCDATA)^> 

<! ELEMENT Sprache i#PCDATA)> 

<!ELEMENT Notation <#PCDATA)> 

<! ELEMENT Schlagwort (#PCDATA)> 

<!ELEMENT Umfang ANY> 

<\ ELEMENT Datetgroecse (#PCDATA)> 

<! ELEMENT Seitenzahl (#PCDATA)> 

<!ELEMENT Erstellungssoftware (Name, Version, Dateiformat, Betriebssystem)> 

<!ELEMENT Version (#PCDATA)> 

<!ELEMENT Dateiformat (Endung, Version )> 

<!ELEMENT Endung (#PCDATA)> 

<!ELEMENT Betriebs system (Name, Version)^ 

<! ELEMENT Referenz ANY> 

<!ELEMENT ISBN (#PCDATA)> 

<! ELEMENT ISSN (#PCDATA)> 

<!ELEMENT DOI (#PCDATA)> 

<!--fclll(12U}-> 

<! ELEMENT URN (#PCDATA)> 

<!ELEMENT Event (Datum, Agent, Grund, Kommentar*, Eventoutcome. Rights)+> 

<! ELEMENT Datum (#PCDATA)> 

<!ELEMENT Agent (#PCDATA)> 

-^CLEMENT Grund (#PCDATA> 

<! ELEMENT Kommentar (#PCDATA)> 

<!ELEMENT Eventoutcome (Migration | Compression | Emulation+)> 

<!ELEMENT Migration (Name, Version, Dateiformat)> 

<!ELEMENT Compression (Name. format)> 

<!ELEMENT Emulation (Name. Version. Dateiformat. Kommentar')'' 

<!ELEMENT Rights (copyright | license | statu te)> 

<!ELEMENT copyright (copyrighted | publicdomain | unknown )> 

<!ELEMENT copyrighted (#PCDATA)!= 

<!ELEMENT publicdomain (#PCDATA)> 

<! ELEMENT unknown <#PCDATA)> 

<!ELEMENT license (licensejerrns | I icens e_not.es )+> 

<! ELEMENT licensejerrns (#PCDATA)> 

<! ELEMENT license_not.es (#PCDATA)> 

<!ELEMENT statute (statute_citation , stat_inform_determ_date)> 

<!ELEMENT statute_citation ANY> 

<!ELEMENT stat_inform_determ_date ANY> 

<!ELEMENT Tonobjekt (Titel. (Autor?, Autor?, Autor?), Erstellungsdatum. Label* Sprachef, Notation+, Schlagwort+, Umfang. Erstellungssoftware, Referenz, Event, Zielgruppe)> 

<!ATTLIST Tonobjekt 

V erweisAuf CDATA #IMPUED 

IDID#REQUIRED 

<!ELEMENT Label (Ort+, Name)> 

<!ELEMENT Spieldauer (#PCDATA)> 

<!ELEMENT lnteraktives_Objekt (Titel, (Autor?, Autor?, Autor?) Erstellungsdatum, Sprache+. Notation*, Schlagwort+, Umfang, Erstellungssoftware, Referenz Event, Zielgruppe)> 

<!ATTLIST lnteraktives_Objekt 

VerweisAuf CDATA IMPLIED 

IDID#REOJJIRED 

IATTLIST Dateigroess 
Pflichtfeld CDATA #F 

78 <!ELEMENTAnzahlJJnterseiten (#PCDATA)> 

79 <!ELEMENT Anzahl_Spiel level (#PCDATA)> 

80 <!--EIII(120)-> 

81 <! ELEMENT Videoobjekt (Titel, (Autor?. Autor?. Autor?), Erstellungsdatum, Produktionsfirma', Sprache+. Notation+, Schlagwort+, Umfang, Erstellungssoftware, Referenz, Event, Codec?, Zielgruppe)> 

82 <!ATTLIST Videoobjekt 

83 VerweisAuf CDATA IMPLIED 
S4 IDID#REQUIRED 

85 > 

86 <!ELEMENT Produktionsfirma (Ort+, Name)> 

87 <!ELEMENT Dateiumfang (#PCDATA)> 

88 <!ELEMENT Codec (#PCDATA)> 

89 <!ELEMENT Grafikobjekt (Titel, (Autor?, Autor?, Autor?), Erstellungsdatum Aussteller, Notation+, Schlagwort+, Umfang, Erstellungssoftware, Referenz, Event, Farbraum, Aufloesung, Zielgruppe)> 

90 <!ATTLIST Grafikobjekt 

91 VerweisAuf CDATA IMPLIED 

92 IDID#REQUIRED 

94 <!ELEMENT Aussteller (Galerie | Auktion | Museum)> 

95 <!ELEMENT Galerie (Ort, Name)> 

96 <!-Be: digitalsr Kunst noch nicht einschlagig- aber in Zukunft m0glich-> 

97 <!ELEMENT Auktion (Ort, Name, Datum _Auktion, Referenz_Auktionskatalog)> 

98 <!ELEMENT Datum_Auktion (#PCDATA)> 

99 <!ELEMENT Referenz_Auktionskatalog (#PCDATA)> 

100 <!ELEMENT Museum (Ort, Name)> 

101 <!ELEMENT Dateigrosse (#PCDATA)> 

102 <!ELEMENT MalSe (#PCDATA)> 

103 <!ELEMENT Farbraum (CMYK | RGB)> 
10-1 <!ELEMENTCMYK(ffPCDATA)> 

105 <!ELEMENTRGB(#PCDATA)> 

106 <!ELEMENTAufloesung (#PCDATA)> 

107 <!ELEMENT Datenbankobie! jngsdatum, Ersteller. Notation+, Schlagwort+, Umfang, Erstellungssoftware, Referenz, Event, Zielgruppe)> 

1 08 <!ATTLIST Datenbankobjekt 

109 VerweisAuf CDATA #IMPUED 

110 IDID#REQUIRED 

111 > 

112 <!ELEMENT Ersteller (Autor, lnstitution)+> 

113 <!ELEMENT Institution (Name, Ort+)> 

1 14 <!ELEMENT AnzahlJEntitaten (#PCDATA)> 

115 <!ATTLIST Textobjekt 

116 VerweisAuf CDATA ^IMPLIED 

117 IDID#REQUIRED 

118 > 

119 <!-Als Kommentar auch Einschrankungen derNutzbarkeit des digitalen Objekts, Fehler an Digitalisaten Bidirektionale Funktion beim Access: Benutzer kann Feedback geben— > 

120 <!— Eventuell mehrstufige Emulation. Sie auch nestor-Handbuch, Version2.0kap.9:7— > 

121 <!--Hier Angaben z^m Viewpath, siehe nestorHandbuch, Version 2.D, Kap. 9:7— > 

122 <!ATTLIST Tonobjekt 

123 VerweisAuf CDATA #IMPLIED 

124 IDID#REQUIRED 

125 > 

126 <!ATTLIST lnteraktives_Objekt 

127 VerweisAuf COATA IMPLIED 

128 IDID#REQUIRED 

129 > 

1 30 <!ATTLIST Videoobjekt 

131 VerweisAuf CDATA IMPLIED 

132 IDID#REQUIRED 

133 > 

134 <!ATTLIST Grafikobjekt 

135 VerweisAuf CDATA IMPLIED 

136 ID ID#REQUIRED 

137 > 

138 <!— Bei digitaler Kunst noch nicht einschlagig- aber in Zukunft moglich— > 

139 <!ATTLIST Datenbankobjekt 

140 VerweisAuf CDATA IMPLIED 
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IDID#REQUIRED 

<! ELEMENT Zielgruppe (Bezeichnung, Voraussetzungen)> 
<!ATTLISTZielgruppe 

VerweisAufCDATA#IMPUED 

lUIUSKtUUIKtU 

<!ELEMENT Bezeichnung (#PCDATA)> 

<!--Hier auch Viewer und Abspidumgefcungen des Access- 

<!ELEMENTVoraussetzungen EMPTY> 

-sICLCMCNT PieferenzierbaresOhjekt L~MPTY> 

<!ATTLIST ReferenziertsresObjekt 

VerweisAuf CDATA IMPLIED 

IDID#REQUIRED 



Anhang 4.6 



Srukturubersicht : Kopf der Einrichtung 



MJtaHsArchly fo — p-^B- | art ^ -(^B-)3- 



i pi Ha ftasi "ajK-t; 
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XML-Text: Kopf der Einrichtung 



3 ^xsischema xmlns:xs="http://www .w3.org/2001/XMLSchema" elemenlFarmDefau Unqualified" attributeFcrmDefc 

4 <xs:element name="Digitales_Archiv"> 

5 <xs:annotation> 

6 <xs:documentation>Siehe Transkript Badics <345)</xs:documentation> 

7 </xs:annotation> 

8 <xs:camplexType> 

9 <xs:sequence> 

10 <xs:element name="Art"> 

1 1 ^xsicomplexType* 

12 ^xsichoice* 

1 3 <xs:element name="Biblliothek"> 

14 <xs:complexType> 

15 <xs:sequence> 

16 <xs:element name="Name_Bibliothek" type="xs: string"/* 

17 <xs:element name="Adresse"> 
1 S <xs:complexType> 

19 ■ c xs:sequence> 

20 <xs:element name="PLZ" type="xs:string"/> 

21 <xs:element name="Ort" type="xs:string"/> 

22 <xs:element name="Strasse"> 

23 <xs:complexType> 

24 <xs:sequence> 

25 <xs:element name="Name_Strasse" type="xs:string7> 

26 <xs:element name="Nummer" type="xs:string"/> 

27 </xs:sequence> 

28 </xs: complex Type> 

29 </xs:element> 

30 <xs:element name="Telefon" type="xs:string7* 

31 <xs:element name="Telefax" type="xs:s(ring"/> 

32 <xs:elemenl name="E-Mail" type="xs:string"/> 

33 <xs:elemeni name="Homepage" type="xs:string"/> 

34 <xs:element name="Abteilung" type="xs: string" minOccurs="07> 

35 </xs:sequence> 

36 -s/xs: complex Type* 

37 <Vxs: element* 

38 <xs:element name="User_Zugriff'> 

39 <xs:complexType> 

40 <xs:sequence> 

41 <xs:elemeni name="Datum" type="xs:date"/> 

42 <xs:element name="Zeit" type="xs:time"/> 

43 <xs:element name="Rechner_ID" type="xs:string"/> 

44 </xs: sequence* 

45 </xs: complex Type* 

46 </xs:element> 

47 </xs:sequence> 

48 </xs:complexType> 

49 </xs:element> 

50 <xs:element name="Rechenzentrum"> 

51 <xs:complexType* 

52 <xs:sequence> 

53 <xs:element name="Adresse"> 

54 <xs:complexType* 

55 -=xs:sequence> 

56 <xs:element name-'PLZ" type="xs:string"/> 

57 <xs:element name="Ort" type="xs:string"/> 

58 <xs:element name="Strasse"> 

59 <xs:complexType> 

60 <xs:sequence> 

61 <xs:element name="Name_Strasse" type="xs:string7* 

62 <xs:element name="Nummer" 1ype="xs:string'V> 

63 </xs:sequence> 

64 </xs: complex Type* 

65 </xs:element> 

66 <xs:element name="Telefon" type="xs:string"/> 

67 <xs:element name="Telefax" Iype="xs:string7* 

68 <xs:element name="E-Mail" type="xs:string"/> 

69 <xs:element name="Homepage" type="xs:string"/> 

70 <xs:elemenl name="Abteilung" type="xs: string" minOccurs="07* 

71 </xs:sequence* 

72 ■s/xsicomplexType* 

73 </xs:element> 

74 <xs:element name="User_Zugriff"> 

75 <xs:complexType> 

76 ^xsisequence^ 

77 <xs:element name="Datum" type="xs:date"/> 

78 <xs:element name="Zeit" type="xs:time"/> 

79 <xs:element name="Rechner_ID" type="xs:string"/> 

80 </xs:sequence> 

81 </xs: complex Type* 

82 </xs:element> 

83 <xs:element name="Name_Rechenzentrum" type="xs:string7> 

84 </xs:sequence> 

85 </xs:complexType> 

86 </xo:clcmcnt> 

87 <xs:element name="Museum"> 

88 <xs:complexType> 

89 <xs:sequence* 

90 <xs:element name="Adresse"> 

91 <xs:complexType> 

92 <xs:sequence> 

93 <xs:element name="PI_Z" type="xs:string"/> 

94 <xs:element name-'Ort" type="xs:string"/> 

95 <xs:element name="Strasse"> 

96 <xs:complexType> 

97 <xs:sequence> 

98 <xs:element name="Name_Strasse" type="xs:string"/> 

99 ^xsielement name="Nummei J ' type="xs:string7* 

1 00 </xs: sequence* 

1 01 </xs: complex Type> 

102 </xs:element> 



Seite 2 von 2 



IM03 <xs:element name="Telefon" 1ype="xs:string"/> 

1 04 <xs:element name= "Telefax" type="xs:string"/> 

105 <xs:element name="E-Mail" type="xs:string'7> 

106 <xs:element name="Homepage" type="xs:string'7> 

107 <xs:element name="Abteilung" type="xs:string" minOccurs="0"/> 

108 <7xs:sequence> 

109 </xs:complexType> 

1 10 </x s:ele merits 

1 1 1 <xs:element name="User_Zugriff"> 

1 12 <xs:compiexType> 

113 <xs:sequence> 

1 14 <xs:e lement name="Datum" type="xs:date'7> 

1 15 <xs:element name="Zeit" type="xs:time7> 

1 16 <xs:element name="Rechner_ID" 1ype="xs:string"/> 

117 </xs:sequence> 

1 18 </xs: complex Type 1 * 

119 </xs: element* 

120 <xs:element name="Name_Museum" type="xs:string'7> 

121 </xs:sequence> 

122 <xs;complexType> 

123 </xs:element> 

124 <xs:element name="Archiv"> 

1 25 <xs:cnmplfixTypfi> 

126 <xs:sequence> 

127 <xs:element name="Adresse"> 

128 <xs:complexType> 

129 <xs:sequence> 

1 30 <xs:element name="PLZ" type="xs:string'7> 

1 31 <xs:element name="Ort" type="xs:string'7> 

132 <xs:element name="Strasse"> 

1 33 <xs:complexType> 

134 <xs:sequence> 

135 <xs:e[ement name="Name_Strasse" type="xs:string"/> 

136 <xs:element name="Nummer" type="xs: string"/* 

1 37 </xs: sequence* 

138 </xs:complexType* 

139 <7xs: element* 

140 <xs:element name="Telefon" 1ype="xs:string'7> 

141 <xs:element n a me = "Telefax" type="xs:string'7> 

1 42 <xs:element name="E-Mail" type="xs:string"/> 

1 43 <xs:element name="Homepage" 1ype="xs:string7> 

144 <xs:element name="Abteilung" 1ype="xs:s1ring" minOccurs="0'7> 

145 </xs:sequeric;e> 

1 46 </xs:complexType> 

147 </xs:element> 

148 <xs:element name="User_Zugriff"* 

1 49 <xs:complexType> 

150 ^xsisequence* 

151 <xs:element n a me = "Datum" type="xs:date'7> 

152 <xs:element name="Zeit"type="xs:time'7> 

153 -*xg:c lament nama _ "Rcohnor_ID" typc-'Voretring"/^ 

154 <7xs:sequence> 

155 </xs:complexType> 

156 </xs:element> 

157 <xs:element name="Name_Archiv" type="xs:string'7> 

158 </xs:sequence> 

159 </xs:complexType> 

160 </xs:element> 

161 </xs : choice * 

1 62 </xs: complex Type* 

163 </xs:element* 

164 </xs:sequence> 

1 65 </xs:complexType> 

166 </xs:element> 

167 <7xs:schema* 
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DTD Kopf der Einrichtung 
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=:?xml version- '1.0" encodhg-'UTF-8"?> 
I-DTD ers:elH nit XVILSpv v2007 spl (htlp://wwv. altova.com)--> 
-Siehe Transkript Badics (345) -> 
ELEMENT Digitales_Archiv (Art)> 

ELEMENT Art (Biblliotriek | Rechenzeritrum | Museum | Arcfiiv}> 
ELEMENT Biblliathek ( Name_Bibliothek h Adresse, User_Zugriff)> 
ELEMENT Name_Bibliothek(SPCDATA)> 

ELEMENT Adresse (PLZ, Ort. Strasse, Telefon Telefax. E-Mail. Homepage, Abteilung?)> 
ELEMENT PLZ (#PCDATA}> 
ELEMENT 01 (#PCDATA}> 
ELEMENT Strasse (Name_Strasse, Nurrmer)> 
ELEMENT Name_Strasse (#PCDATA}> 
ELEMENT Numme- (SPCDATA)> 
ELEMENT Telefon (#PCDATA)> 
ELEMENT Telefax (#PCDATA)> 
ELEMENT E-Mail (#PCDATA)> 
ELEMENT Homepage (#PCDATA)> 
ELEMENT Abteilung (#PCDATA)> 
ELEMENT User_Zugriff (Datum, Zeft, RechnerJD)^ 
ELEMENT Datum (#PCDATA)> 
ELEMENT Zeit (#PCDATA)> 
ELEMENT RechnerJD (#PCDATA)> 

ELbMtNl KecfienzentruTi (Adresse, User_ZugritT. Narre_^echenzentriirr)> 
ELEMENT Name_Rechenzentrum (£PCDATA)^- 
ELEMENT Museum (Adresse, User_Ziig"iff, Name_Mus9iim)> 
Fl FMFNT Nams_Musfiiim (#PCDATA)> 
ELEMENT Archiv (Adresse, User_ZLigriff. Name_Arclw)> 
ELEMENT Name_Archiv (#PCDATA)> 
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Grafik 1: Web-Opac Recherche nach dem Begriff „Archiv" 
semantische Darstellung des Begriffumfeldes 



Fig. 4.3: The interplay of technology push and market pull 
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Grafik 2: Technology push and market pull 



Opac der Stadtbibliothek Herten. Adresse: http://85.119.208.92/wwwopac/index.asp?spider=l [20.05.2009] 
; E-Conomics, 2000, S. 145 
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Grafik 3: Projekt Codex Sinaiticus / Zustandsbeschreibung des 
Pergamentpapiers und der Handschrift (physical description) 
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Grafik 4 Qualitatskriterien von Dienstleistungen 



http ://www. codexsinaiticus . org/de/manuscript.aspx 
Kotler, Philip 2007, S. 744 
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Fig. 3.40; Phases in IT market development 
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Grafik 5: Entwicklung des IT-Marktes 
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Grafik 6: F/ewpo^moglichkeiten verschiedener digitaler Objekte 



E-Conomics, 2000, S. 105 
' Nestor Handbuch Version 2.0, Kap. 9:7 
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Graflk 7.1: DROID Logo beim Ladevorgang 7 
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Grafik 7.2: Objektvalidierung mit DROID 8 



7 DROID liegt in der Version 4.00 vom Juni 2009 vor und kann unter folgender Adresse heruntergeladen frei 
werden: http://sourceforge.net/project/showfiles.php7group id=l 60809 

8 DROID kann Objekte in einem Stapelverarbeitungsprozess validieren: im Screenshot ist zu sehen, dass Objekte 
erfolgreich validiert wurden (griin) und dafl einige Objekte defekt sind (rot). Die Objektvalidierung mit DROID 
kann in Pre-Ingest-Vorgangen eingesetzt werden. 



